MX2007002101A - Metodos, sistemas, y aparatos para comercio extendido de empresas. - Google Patents

Metodos, sistemas, y aparatos para comercio extendido de empresas.

Info

Publication number
MX2007002101A
MX2007002101A MX2007002101A MX2007002101A MX2007002101A MX 2007002101 A MX2007002101 A MX 2007002101A MX 2007002101 A MX2007002101 A MX 2007002101A MX 2007002101 A MX2007002101 A MX 2007002101A MX 2007002101 A MX2007002101 A MX 2007002101A
Authority
MX
Mexico
Prior art keywords
file
format
article
module
negotiation
Prior art date
Application number
MX2007002101A
Other languages
English (en)
Inventor
William R Blair
Richard P Berlin
Venkata Paparao Gummadapu
John E Allamon Sr
David Gee
Original Assignee
Co Exprise Inc
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 Co Exprise Inc filed Critical Co Exprise Inc
Publication of MX2007002101A publication Critical patent/MX2007002101A/es

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/11—File system administration, e.g. details of archiving or snapshots
    • G06F16/116—Details of conversion of file system types or formats
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/151—Transformation
    • G06F40/154—Tree transformation for tree-structured or markup documents, e.g. XSLT, XSL-FO or stylesheets
    • 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
    • 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/10—Office automation; Time management
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • 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
    • G06Q30/00—Commerce
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services
    • G06Q50/188—Electronic negotiation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Technology Law (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Educational Administration (AREA)
  • Computational Linguistics (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Artificial Intelligence (AREA)
  • Primary Health Care (AREA)
  • Game Theory and Decision Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Un primer archivo es recibido en un primer formato. El primer formato es determinado. Se selecciona un convertidor basandose en el primer formato. Al utilizar el convertidor, el primer archivo es traducido a por lo menos un segundo archivo. El segundo archivo tiene un segundo formato.

Description

MÉTODOS, SISTEMAS, Y APARATOS PARA COMERCIO EXTENDIDO DE EMPRESAS Está solicitud reclama el beneficio de la solicitud provisional de E.U.A. 60/603,401 presentada el 21 de Agosto, 2004, que se incorpora aquí por referencia.
SOLICITUD RELACIONADA La presente solicitud se relaciona con las siguientes solicitudes que se asignan al mismo apoderado de la presente solicitud y que se presentan en cada fecha con ella: Ser. No. , titulada "MÉTODOS, SISTEMAS, Y APARATOS DE TRADUCCIÓN DE ARCHIVO PARA COMERCIO EXTENDIDO"; Ser. No. , titulada "MÉTODOS, SISTEMAS, Y APARTOS DE CAPACIDAD DE PROVEEDOR PARA COMERCIO EXTENDIDO"; Ser. No. , titulada "MÉTODOS, SISTEMAS, Y APARATOS DE NEGOCIACIÓN COLABORATIVA PARA COMERCIO EXTENDIDO"; Ser. No. , titulada "MÉTODOS, SISTEMAS, Y APARATOS PARA TRADUCCIÓN DE ARCHIVO DE MANEJO DE COSTO PARA COMERCIO EXTENDIDO".
ANTECEDENTES El procedimiento de desarrollar y fabricar productos requiere de la cooperación entre múltiples grupos funcionales en empresas de corporativo separadas. Los Fabricantes de Equipo Original (OEM) deben cooperar con los proveedores, vendedores, Ingenieros Contratistas, y Distribuidores para entregar productos al mercado a tiempo y en el presupuesto. La colaboración es la interacción entre múltiples partes para lograr una meta común a través de un esfuerzo cooperativo. La colaboración entre OEM y los proveedores, vendedores, Ingenieros, Contratistas, y Distribuidores para entregar productos se involucra compartir información orientada a la meta común tal como documento de diseño de ingeniería, documentos de adquisición, programaciones de manejo de proyecto, y programaciones de producción. La colaboración permite a una empresa de corporativo manejar diseño, origen, y fabricación del producto. Hoy en día, la colaboración es aún un reto mayor debido a las operaciones de ingeniería, origen, y fabricación de corporativo globalmente distribuidas para una o más compañías que compran y que suministran. La distribución global de la ingeniería, origen, y recursos de fabricación hace más difícil compartir de forma colaborativa información en una forma a tiempo, eficiente, y controlada. La llegada del Internet ha permitido a las empresas de corporativo comunicarse al utilizar computadoras. La afiliación y/o colaboración de múltiples recursos en empresas de corporativos separadas forma una empresa extendida. Las aplicaciones de software de colaboración convencional se enfocan en funciones individuales como ingeniería de diseño. El software generalmente no enlaza recursos de disciplinas múltiples a través de la empresa extendida para permitir la colaboración en un proyecto. Está desventaja a forzado a los recursos a revertir a formas convencionales de comunicación. Es difícil colaborar en un proyecto que utilizan teléfono convencional, fax, y/o correo electrónico (y/mail) sin el beneficio de una herramienta de colaboración que integra múltiples recursos funcionales que trabajan hacia una meta común.
BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 ilustra una modalidad de un sistema para colaboración y negociación distribuida. La Figura 2 es un diagrama esquemático de una modalidad de un ambiente de cómputo. La Figura 3A ilustra una modalidad de una red de empresa extendida. Las Figuras 3B, 3C, 3D, 3E, y 3F ilustran varias modalidades de interfases de usuario gráficas representativas. La Figura 4 es un diagrama de una modalidad de la red de empresa extendida. La Figura 5 es un diagrama de una modalidad de la red de empresa extendida. La Figura 6A es una modalidad de un diagrama de transacción que ilustra el flujo de archivos de formato de origen y archivos de formato neutral seguro. La Figura 6B es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 6C es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 6D es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 7 es un diagrama de una modalidad de un módulo de convertidor. La Figura 8 ilustra modalidades de módulos de servicio de convertidor. La Figura 9A es una modalidad de una estructura de un archivo de formato de origen. La Figura 9B es una modalidad de una estructura de un archivo de formato neutral seguro. La Figura 10 es una modalidad de un diagrama de flujo de conversión. Las Figuras 11A-C es un diagrama de una modalidad de un flujo de procedimiento de conversación de archivo de formato de origen. Las figuras 12A-D ilustran modalidades de varias interfases de usuarios gráficas. La Figura 13A es una vista esquemática de una modalidad de funcionalidad de zoom/aumento (zoom) de un módulo de observador. La Figura 14 es una modalidad de una interfase de usuario gráfica de módulo de observador. La Figura 15A es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 15B es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 15C es una interfase de usuario gráfica de una modalidad de un paso de una estructura de trabajo de aplicación. La Figura 16 es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 17A es una ¡nterfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 17B es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 18 es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 19 es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 20 es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 21 es una interfase de usuario gráfica 2100 y una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 22 es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 23 es una interfase de usuario gráfico de una modalidad de un caso de una estructura de trabajo de aplicación.
La Figura 24 es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 25 es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 26 es una interfase de usuario gráfica de una modalidad de un caso de una estructura de trabajo de aplicación. La Figura 27 es un diagrama de bloque de una modalidad de una estructura de trabajo de negociación colaborativa. La Figura 28 es un diagrama de una modalidad de un evento de negociación colaborativo. La Figura 29 es un diagrama de una modalidad de una estructura de los términos de negociación activos. La Figura 30 es un diagrama de una modalidad de una relación entre un objeto de negociación y un término de negociación activo. La Figura 31 es un diagrama de una modalidad de una estructura de trabajo de ejecución en una ronda de negociación. La Figura 32 es un diagrama de una modalidad de un flujo de negociación colaborativa. La Figura 33A es una interfase de usuario gráfica de una modalidad de una vista de ensamble CBOM. La Figura 33B es una interfase de usuario gráfica de una modalidad de una vista de artículos finales CBOM. La Figura 34 es un flujo de lógica de una modalidad de una negociación colaborativa. La Figura 35 es un flujo de lógica de una modalidad de un procedimiento para acoplar un perfil de capacidad de proveedor a un artículo. La Figura 36 es un flujo de lógica de una modalidad de un procedimiento para traducir archivos de formato de origen a archivos de formato neutrales seguros. La Figura 37 es un flujo de lógica de una modalidad de un procedimiento para proporcionar citas basándose en artículos, BOMs, y documentos que definen los artículos.
BREVE DESCRIPCIÓN DE LA INVENCIÓN En una modalidad, un método comprende recibir un primer archivo en un primer formato. Se determina el primer formato. Un convertidor se selecciona basándose en el primer formato. Al utilizar el convertidor, el primer archivo se traduce al menos a un segundo archivo. El segundo archivo tiene un segundo formato.
DESCRIPCIÓN DETALLADA Las varias modalidades aquí descritas permiten la colaboración entre recursos distribuidos a través de una empresa extendida. En una modalidad, la colaboración a través de la empresa extendida puede ocurrir en Internet a través de herramientas de colaboración a base de web. Una empresa extendida es la afiliación y/o colaboración de múltiples recursos funcionales distribuidos en empresas de corporativos separadas. Como se menciona previamente, la colaboración es la interacción entre múltiples partes para lograr una meta común a través de un esfuerzo cooperativo. En una modalidad, los recursos funcionales de una organización que compra y sus proveedores forman una empresa extendida. Los recursos funcionales pueden comprender adquirir (comprar), ingeniería, ventas, mercadeo, manejo, operaciones, y recursos financieros de la organización compradora o el proveedor. Como se utiliza aquí, un proveedor puede comprender: vendedores, ingenieros contratistas, distribuidores, y fabricantes que tienen una relación con la organización. Además, un proveedor puede proveer artículos o servicios a la organización. Los artículos y/o servicios proporcionados por un proveedor pueden comprender estampado, prueba, fabricación de tablero de circuito, empacado, fabricación general, maquinaría, moldeo, soldadura, entre otros varios servicios normalmente asociados con el diseño, fabricación, y distribución de un artículo. La funcionalidad para la colaboración a base de web se proporciona por varias modalidades de los módulos de hardware y software de computadora que forman una plataforma distribuida. Los módulos permiten a los recursos distribuidos colaborar mientras trabajan en un proyecto común. En una modalidad, un proyecto puede abarcar cualquier actividad de la nueva ingeniería de diseño de producto a la fuente de artículo para producir fases de fabricación. El término "articulo" se refiere a cualquier mecanismo, dispositivo, producto, instrumento, máquina, maquinaria, ensamble, sub ensamble, componente, elemento, sección, material, servicio, procedimiento, y/o cualquier otro de los bienes materiales o servicios requeridos para diseñar, construir, originar, construir, fabricar, ensamblar y/o fabricar un producto. Una contratación es procedimiento estratégico de seleccionar un proveedor e ingresar a un acuerdo para comprar y proveer artículos. La contratación también puede comprender negociar precios para un artículo en un volumen dado con el proveedor con un periodo fijo del tiempo en que un artículo se introduce a través del ciclo de vida del artículo. El elemento de negociación del origen puede dirigirse con uno ó más métodos de contratación. Un ejemplo de un método de contratación es una subasta inversa que puede utilizar el Internet (una e-subasta) e involucra un comprador y muchos vendedores. La idea general es que el comprador especifique lo que desea comprar e invitados o más proveedores a enviar ofertas (ordenes) con respecto al artículo especificado por el comprador. Para asegurarse que el proveedor afirmado es adecuado, el comprador puede precalificar aquellos proveedores que se permite que participen en la negociación. El procedimiento usualmente producirá el precio más bajo posible. Las modalidades de los módulos aquí descritos proporcionan manejo de artículo, manejo de contratación, manejo de proyecto, y herramientas de colaboración para la empresa extendida. Los módulos dirigen actividades de contratación estratégicas de la fase de costo de diseño de un nuevo artículo, a través del origen de producción y la aprobación de artículo, y manejo de ciclo de vida del producto. Las varias modalidades de los módulos aquí descritas permiten la contratación electrónica (e-contratación) de artículos en un ambiente a base de web. Los módulos proporcionan una plataforma para seleccionar un proveedor y asignar un contrato al proveedor, e ingresar en un acuerdo para comprar artículos del proveedor. En una modalidad, estas funciones ocurren en una red de área ancha (WAN) permitida por ambiente, tal como Internet. El e-origen permite a una organización desplegar rápida y globalmente una variedad de archivos electrónicos a una o más de sus compañeros de empresa extendida para ei propósito de negociar precios de artículo. Los archivos electrónicos pueden incluir cualquier propiedad, información patentada, y/o de derechos reservados que incluyen dibujos de diseño de ingeniería en una variedad de formatos de diseño ayudados por computadora (CAD) bidimensional (2-D) y tridimensional (3-D), especificaciones técnicas, especificaciones de artículo, dibujos de fabricación, planos de fabricación, y propiedad intelectual (IP). El archivo electrónico también puede incluir solicitudes comprensivas para citas (RFQs), solicitudes para propuestas (RFP) y solicitudes de información (RFl) asociadas con un artículo. Las organizaciones dentro de una red de empresa extendida pueden colaborar para completar un proyecto que utiliza los archivos electrónicos para dirigir asuntos técnicos o comerciales asociados con el manejo de cadena de suministro. Las modalidades de los módulos proporcionan un ambiente de negocio colaborativos para negociar con múltiples proveedores el valor de costo total de artículos y servicios que toman en cuenta factores de precio y de no precio y eficientemente llegan en la mejor decisión de asignación de contrato negociada. Tecnología de manejo de derechos digitales (DRM) puede aplicarse a cualquiera de los archivos electrónicos transmitidos a través de la empresa extendida para conservar el origen de propiedad de los archivos electrónicos que pueden intercambiarse durante colaboración y negociación. Los permisos de observación de usuario se fijan dentro de un archivo electrónico. Si un usuario carece de permiso, el usuario no puede ver el archivo. La tecnología DRM codifica criptologícamente los archivos electrónicos para distribución segura a través de la empresa extendida en Internet para prevenir acceso no autorizado, copiado, y distribución. Los archivos electrónicos codificados crípticamente pueden distribuirse libremente mientras se intercambian entre partes de colaboración y de negociación a través de la empresa extendida. Las modalidades de tecnología DRM permiten a los publicadores proteger, controlar, rastrear, y auditar el contenido digital de los archivos electrónicos. En una modalidad, la tecnología DRM limita la observación de los archivos electrónicos a suscriptores con licencia. En una modalidad, la tecnología DRM previene la pre publicación y/o redistribución de archivos electrónicos a no suscriptores. En una modalidad, la tecnología DRM puede señalar a un usuario no autorizado a través de un enlace a un servicio de suscripción de publicador. En una modalidad, la tecnología DRM puede proporcionar control granular y rastreo de distribución no autorizada al identificar para el publicador todos los usuarios no autorizados que intentaron ver ilegalmente copias distribuidas de un archivo electrónico, y todos los usuarios con licencia que ilegalmente dirigieron un archivo. La tecnología DRM permite a un usuario limitar el acceso a un archivo electrónico. En una modalidad, la pos-asignación de un contrato de origen a uno o dos proveedores, un comprador puede utilizar tecnología DRM para limitar el acceso a archivos electrónicos con fines fiables a uno o más proveedores que se asignaron al contrato. Como se utiliza aquí, la utilización de tecnología DRM permite un ambiente de colaboración segura a través de la empresa extendida. En una modalidad, un ambiente de colaboración segura puede comprender codificación críptica, verificación, autorización, y revisión de contenido por uso de la tecnología DRM. Además, un ambiente de colaboración segura puede comprender seguridad en transporte de información de medios a través de la empresa extendida; seguridad en almacenamiento de información de medios; verificación del remitente; verificación del receptor; autorización; no repudio en donde solo ese remitente pudo haber enviado un mensaje y ningún otro; probar contra alteraciones de la información de medios para mantener la integridad del original; estampa de tiempo; rastrear y archivar transmisiones de información de medios; privilegios de autorización restringidos para acceder a la información de medios; y crear rastros de revisión. La Figura 1 ilustra una modalidad de un sistema para colaboración y negociación distribuida. El sistema 100 incluye nuevos múltiples 110-1-a, 120-1-b (en donde a y b son cualquier número), y 140 que se comunica en una red 130. En una modalidad, el sistema 100 representa una red de empresa extendida con una integración uniforme entre nodos 110-1-a, 120-1-b, 140. En una modalidad, la red de empresa extendida incluye recursos que varían de individuos a grupos funcionales dentro de nodos 110-1-a y 120-1- b. Los recursos en nodos 110-1-a y 120-1-b pueden colaborar a través de nodo 140 en la red 130 después de haberse otorgado el permiso para acceder ai sistema de colaboración/negociación 100 por un administrador de sistema que puede localizarse en cualquiera de los nodos 110-1-a, 120-1-b, y 140. En una modalidad, el administrador de sistema puede otorgar recursos en nodos 110-1-a, 120-1-b que acceden al sistema de colaboración/negociación 100 al registrar cada recurso en el sistema 100 e identificar cada recurso por un nombre de recurso, posición funcional, compañía y/o división específica dentro de una compañía, dirección de correo electrónico, número telefónico, número facsímile, y/o dirección física. Con el registro de un recurso, el administrador puede transmitir una •notificación de correo electrónico al recurso. En una modalidad, el correo electrónico incluye un hipervínculo para acceder al sistema 100 y el número y/o contraseña de identificación de usuario de recurso para proporcionar el acceso de recurso al sistema 100. A través de la descripción, los recursos funcionales, usuarios, y suscriptores se utilizan de forma intercambiable para referirse en los recursos que pueden localizarse en cualquiera de los nodos 110-1-a, 120-1-b, y 140 en varias modalidades, los recursos funcionales, usuarios, y suscriptores pueden localizarse en los nodos 110-1-a, 120-1-b. Los nodos 110-1-a pueden denominarse como nodos de primer cliente. Los nodos 120-1-b pueden denominarse como nodos de segundo cliente. El nodo 140 puede denominarse como un nodo de procesamiento de alojamiento que permite la colaboración segura entre los nodos de primer cliente 110-1-a y los nodos de segundo cliente 120-1-b. En una modalidad, el sistema 100 puede incluir, por ejemplo, uno o más nodos de primer cliente 110-1-a y uno o más nodos de segundo cliente 120-1-b. El nodo de procesamiento de alojamiento 140 proporciona la plataforma y funcionalidad para integrar uniformemente transacciones electrónicas entre los nodos de primer cliente 110-1-a y los nodos de segundo cliente 120-1-b a través de la red 130. El nodo de procesamiento de alojamiento 140 proporciona funcionalidad en la forma de una pluralidad de módulos de hardware y software que funcionan en una plataforma dedicada par permitir el intercambio de archivos electrónicos y manejar actividades de proyectos. En un desarrollo de artículo ilustrativo, Los archivos electrónicos pueden incluir archivos de diseño ayudados por computadora (CAD) que describe un diseño mecánico (diseño) o modelo de un artículo con ingeniería. Los archivos CAD pueden incluir imágenes 2-D ó 3-D y datos descriptivos (como se define aquí). En una modalidad, los datos descriptivos describen ei artículo y se fijan en el archivo electrónico. En un ambiente de desarrollo artículo colaborativo, el nodo de procesamiento de alojamiento 140 puede permitir el intercambio de una pluralidad de archivos CAD electrónicos a través de la red 130 entre los nodos de primer cliente 110-1-a y los nodos de segundo cliente 120-1-b. En una modalidad, los nodos de primer cliente 110-1-a pueden representar una o más organizaciones de comprador cuya función es comprar artículos de proveedores dentro del sistema 100. Los nodos de primer cliente 110-1-a pueden incluir empresas OEM que diseñan, desarrollan, fabrican, y originan artículos. Estas empresas OEM tiene una necesidad de obtener artículos y entregar productos a sus clientes. En este contexto, los nodos del primer cliente 110-1-a pueden denominarse como nodos de "clientes" o de "comprador". Los nodos de segundo cliente 120-1-b pueden representar una organización de proveedor cuya función es vender artículos a la organización de comprador. Los nodos de segundo cliente 120-1-b pueden asociarse con una o más empresas que pueden proveer artículos a las empresas OEM asociadas con los nodos de primer cliente 110-1-a. en este contexto, por lo tanto, los nodos de segundo cliente 120-1-b pueden denominarse como con nodos de "proveedor" o de "cadena de suministro". En este ejemplo, el nodo de procesamiento de alojamiento 140 permite el intercambio electrónico de información asociada con diseño, fabricación, y origen de artículos (por ejemplo, forma digital) entre cualquiera de los nodos de primer cliente 110-1-a y cualquiera de los nodos de segundo cliente 120-1-b. El intercambio electrónico colaborativo de información a través del sistema de empresa extendido 100 remplaza formas convencionales de intercambio de información en una pluralidad de medio de comunicación tal como teléfono, facsímile, correo electrónico protocolo de transferencia de archivo (FTP) de un sitio de portal de web, y papel, y proporciona un medio individual para intercambiar archivos electrónicos en un ambiente colaborativo. El nodo de procesamiento de alojamiento 140 proporciona la funcionalidad para permitir la colaboración entre recursos entre los nodos de primer y segundo cliente 110-1-a, 120-1-b. La colaboración puede incluir manejo de proyecto colaborativo y comunicar diseño, origen, y fabricación de información relacionada con un artículo. Como se utiliza aquí, cada uno de los nodos de primer y segundo clientes 110-1-a, 120-1-b, y el nodo de procesamiento de alojamiento 140 puede incluir cualquier entidad física o lógica para comunicar información en el sistema 100 y puede implementarse como hardware, software, o cualquier combinación de los mismos, como se desea por un grupo dado de diseño y/o parámetros de sistema o coacciones de desempeño. Aunque el sistema 100 puede mostrar un número limitado de nodos a manera de ejemplo, puede apreciarse que nodos adicionales o menores pueden emplearse para una implementación dada. Un nodo puede incluir cualquier entidad física o lógica que tiene una dirección única en el sistema 100. La dirección única puede incluir, por ejemplo, dirección de red tal como dirección de Protocolo de Internet (IP), una dirección de dispositivo tal como dirección de Control de Acceso de Medios (MAC), y así sucesivamente. Las modalidades no se limitan en este contexto. Los nodos de primer y segundo cliente 110-1-a, 120-1-b, y el nodo de procesamiento de alojamiento 140 el sistema 100 puede incluir y/o formar parte de la red 130, tal como una red de Internet, Una Red de Área local (LAN), una red de Área Metropolitana (MAN), una Red de Área Ancha (WAN), una LAN inalámbrica (WLAN), la red de Amplia Mundial, una Red Telefónica (por ejemplo, análoga, digital, mediante cables, inalámbrica, PSTN, ISDN, o xDSL), una red de radio, una red de televisión, una red por cable, una red de satélite, y/o cualquier otra red de comunicaciones mediante cables o inalámbrica configurada para transportar datos. La red 130 puede incluir uno o más elementos, tal como, por ejemplo, nodos intermedios, servidores proxi, firewalls, enrutadores, interruptores, centrales, adaptadores, enchufes, y rutas de datos mediante cables o inalámbricas, configuradas para dirigir y/o entregar datos a otras redes. Las modalidades no están limitadas en este contexto. Los nodos de primer y segundo clientes 110-1-a, 120-1-b, y el nodo de procesamiento de alojamiento 140 del sistema 100 pueden ordenarse para comunicar uno o más tipos de información tal como información de medios, la información de medios se refiere a cualquier contenido que representa datos que significan algo para un usuario, tal como información de imagen, información de video, información gráfica, información de audio, información de voz, información textual, información numérica, símbolo alfa numéricos, símbolos de carácter y así sucesivamente. Otros ejemplos de información de medios comunicado en el sistema 100 puede incluir, por ejemplo, archivos electrónicos que incluyen información de propiedad, patentada, y/o con derechos registrados que incluyen dibujos de ingeniería, diseños mecánicos, información de diseño, dibujos y/o archivos CAD que describen un diseño o modelo de un artículo con ingeniería, imágenes del artículo, datos descriptivos que describen, por ejemplo, atributos, propiedades, y características del artículo y modelos CAD 1-D y 3-D, especificaciones técnicas, especificaciones de producto y de artículo, dibujos de fabricación, planos de fabricación facturas de material que comprende uno o más artículos (BOM), propiedad intelectual (IP), y otros documentos de negocio de propiedad, que influyen, por ejemplo, documentos comprensivos que definen un RFQ, RFP, RFI, entre otros documentos asociados con el ciclo de vida de un artículo. La información de medios puede denominarse aquí como información de cliente, información de proyecto, y/o información de proveedor. La información de cliente/comprador puede incluir, por ejemplo, dibujos, listas de partes, especificaciones de material, especificaciones de acabado, especificaciones de procedimiento, especificaciones de tratamiento de calor, procedimientos de calidad, formas de calidad, formas de menciones, y cualquier otra información que define un artículo y sus propiedades. La información de proyecto puede incluir, por ejemplo, tareas, fechas de tareas, persona responsable de completar una tarea, fechas de compromiso asociadas con un proyecto, lista de artículos, documentos que definen artículos y/o árboles de artículo (por ejemplo, una lista de artículo y su relación estructural de producto y/o relación con otro proyecto). En una modalidad, tal información de proyecto puede relacionarse a, por ejemplo, RFQ, nueva introducción de producto (NPI), precio, mejora de calidad, y racionalización de línea de producto. La información de proveedor puede incluir, por ejemplo, primera inspección de artículo, especificaciones de equipo, documentos de capacidad, documentos de mención, capacidades de tolerancia, documentos de patrón/fijación, y cuadros de control. La información CAD puede incluir información formateada en cualquier formato CAD que incluye, pero no se limita a cuadros y/o formatos de vector, tal como Inventor de Autoescritorio, Bentley, AutoCAD, Catia, Ideas, Unigraphics, trabajos de sólido, borde de sólido, archivos de pro ingeniería, entre otros aquí descritos. La información de medios también puede incluir, por ejemplo, información formateada en documentos inteligentes. En una modalidad, los documentos inteligentes pueden comprender metadatos y/o meta etiquetas que se leen por el programa de creación. En una modalidad, los metadatos y/o meta etiquetas pueden representar, por ejemplo, formatos de documento, rastrear, y/o animación. En una modalidad, tales documentos inteligentes pueden incluir, por ejemplo, archivos de MS-Word, archivos de MS-Excel, archivos de MS-Power Point, archivos perfectos de Word, archivos Lotus, y Archivos de formato de documento de impresora (PDF). La información de medios también puede incluir formas de lenguaje de marcación extensible (XML), entre otros aquí descritos. La información de medios puede originarse de o destinarse a cualquiera de los nodos de primer cliente 110-1-a y/o los nodos de segundo cliente 120-1-b se permiten por la plataforma del nodo de procesamiento de alojamiento 140. Las modalidades no se limitan en este contexto. Los nodos de primer y segundo cliente 110-1-a, 120-1-b, y el nodo de procesamiento de alojamiento 140 del sistema 100 pueden arreglarse para comunicar una o más tipos de información tal como información de control. La información de control se refiere a cualquiera de los datos que representan comandos, instrucciones o palabras de control que significan para un sistema automático. Por ejemplo la información de control puede utilizarse para dirigir información de medios a través del sistema 100, o instruir a los nodos de primer y segundo clientes 110-1-a, 120-1-b, el nodo de procesamiento de alojamiento 140 para procesar información de medios en una forma predeterminada. La información de control puede comunicarse desde y hacia cualquier número de diferentes dispositivos o redes. Las modalidades no se limitan en este contexto.
Los nodos de primer y segundo cliente 110-1-a, 120-1-b, el nodo de procesamiento de alojamiento 140 del sistema 100 puede comunicar medios e información de control de acuerdo con uno o más protocolos. Un protocolo puede incluir un grupo de reglas predefinidas o de instrucciones para controlar como los nodos comunican información entre uno y otro. El protocolo puede definirse por uno o más estándares de protocolo como se promulgan por una organización de estándares, tal como la Fuerza de Tarea de Ingeniería de Internet (IETF), Unión de telecomunicaciones Internacional (ITU), instituto de Electrónica e Ingenieros Electrónicos (IEEE), y así sucesivamente. Por ejemplo, el sistema 100 puede incluir una red de paquete que comunica información de acuerdo con uno o más protocolos de paquete, tal como uno o más protocolos de Internet, tal como el Protocolo de Control de Transporte (TCP) y el Protocolo de Internet (IP), TCP/IP, X.25, Protocolo de Transferencia de Hipertexto (HTTP), y Protocolo de datagrama de usuario (UDP). En otro ejemplo, el sistema 100 puede comunicar paquetes que utilizan un protocolo de control de acceso de medio tal como Acceso Múltiple de Percepción de Portador con Detección de Colisión (CSMA/CD), como se define por uno o más estándares de IEEE 802 Ethernet. Incluso en otro ejemplo, el sistema 100 puede comunicar paquetes de acuerdo con uno o más protocolos de Modo de Transferencia Sincrónico (ATM), Confianza de Marco, Arquitectura de Red de Sistemas (SNA), y así sucesivamente en una modalidad, el sistema 100 puede comunicar paquetes que utilizan protocolo de transferencia de hipertexto segura (S-HTTP) y protocolo de capa de enchufe seguro (SSL), por ejemplo. En una modalidad, el sistema 100 puede comunicar información codificada crípticamente, tal como, por ejemplo, que utiliza codificación críptica de publicación 197 (FIPS-197) de estándares de procesamiento de información federal (FIPS) de estándar de codificación críptica avanzada (AES) por ejemplo. Las modalidades no se limitan en este contexto. En varias implementaciones, el nodo de procesamiento de alojamiento 140 puede ilustrarse y describirse como incluyendo varios elementos funcionales separados, tal como módulos y/o bloques. Aunque pueden describirse ciertos módulos y/o bloques a manera de ejemplo, puede apreciarse que un número mayor o menos de módulo y/o bloques puede utilizarse e incluso más allá dentro del alcance de las modalidades. Además aunque varias modalidades pueden describirse en términos de módulos y/o bloques para facilitar su descripción, tales módulos y/o bloques pueden implementarse por uno o más componentes de hardware (por ejemplo, procesadores, DSPs, PLDs, ASICs, circuitos, registros), componentes de software (por ejemplo, programas, subrutinas, lógica) y/o combinaciones de los mismos. En una modalidad, el nodo de procesamiento 140 puede incluir múltiples módulos conectados por uno o más medios de comunicaciones. Los medios de comunicaciones generalmente pueden incluir cualquier medio capaz de transportar señales de información. Por ejemplo, los medios de comunicación puede incluir medios de comunicaciones mediante cables, medios de comunicaciones inalámbricos, o una combinación de ambos, como se desea como una implementación dada. Ejemplos de medios de comunicaciones mediante cables pueden incluir un alambre, cable, tablero de circuito impreso (PCB), plano trasero, material semiconductor, cable de par torcido, cable coaxial, fibras ópticas, y así sucesivamente. Un ejemplo de medios de comunicaciones inalámbricas puede incluir porciones de un espectro inalámbrico, tal como el espectro de radio frecuencia (RS). Las modalidades no se limitan en este contexto. Los módulos pueden incluir, o pueden implementarse como, uno o más sistemas, subsistemas, dispositivos, componentes, circuitos, lógica, programas o cualquier combinación de los mismos, como se desee para un grupo dado de coacciones de diseño o desempeño. Por ejemplo, los módulos pueden incluir elementos electrónicos fabricados en un substrato. En varias implementaciones, los elementos electrónicos puede fabricarse al utilizar procedimientos IC basados en silicio tal como semiconductor de óxido de metal complementario (CMOS), bipolar, y procedimientos CMOS bipolares (BiCMOS), por ejemplo. Las modalidades no se limitan en este contexto. En una modalidad, cada uno de los nodos de primer y segundo clientes 110-1-a, 120-1-b, y el nodo de procesamiento de alojamiento 140 puede incluir módulos en la forma de código ejecutable implementado en un dispositivo de cómputo de propósito general. La Figura 2 es un diagrama esquemático de una modalidad de un ambiente de cómputo en el cual los varios módulos y submódulos de los nodos de primer y segundo cliente 110-1-a, 120-1-b, y el nodo de procesamiento de alojamiento 140 puede implementarse. Aquellos expertos en la técnica apreciaran que el ambiente de cómputo puede incluir todos los componentes mostrados en la Figura 2, un subgrupo de estos componentes o componentes adicionales como pueda requerirse por una implementación específica y las modalidades no se limitan en este contexto. En varias modalidades, un dispositivo de cómputo de propósito general 200 puede estar en la forma de una computadora personal (PC), un servidor, un enrutador, un interruptor, una PC de red, un dispositivo par u otro nodo de red común que incluye una o más unidades de procesamiento 210-1 p, una memoria de sistema 220, y un conductor común de sistema 230 que acopla varios componentes de sistema incluyendo la memoria de sistema 220 a una o más unidades de procesamiento 210-1p. el conductor común de sistema 230 puede ser cualquiera de varios tipos de estructuras de conductor común que incluyen un conductor común de memoria o controlador de memoria, un conductor común periférico, y un conductor común local que utiliza cualquiera de una variedad de arquitecturas de conductor común. La memoria de sistema incluye memoria solo de lectura 240 (ROM) y memoria de acceso aleatorio 250 (RAM). Un sistema de entrada/salida básico 260 (BIOS) que contienen las rutinas básicas que ayudan a transferir información entre elementos dentro del dispositivo de cómputo de propósito general 200, tal como durante el arranque, se almacena en ROM 240. El dispositivo de cómputo de propósito general 200 además incluye una unidad de disco duro 270 para leer de y escribir a un disco duro, una unidad de disco magnético para leer de o escribir a un disco magnético removible 290, y una unidad de disco óptico 291 para leer de o escribir a un disco óptico removible 299 tal como un CDROM u otros medios ópticos. La unidad de disco duro 270, unidad de disco magnético 280, y la unidad de disco óptico 291 se conectan al conductor común de sistema 230 a través de una interfase reunida de disco duro 292, una interfase de unidad de disco magnético 293, y una interfase de unidad de disco óptico 294, respectivamente. Las unidades y sus medios legibles por computadora asociados proporcionan almacenamiento no volátil en instrucciones legibles por computadora, estructuras de datos, módulos de programa y otros datos para el dispositivo de cómputo de propósito general 200. Aunque el ambiente ilustrativo aquí descrito emplea un disco duro, un disco magnético removible 290, y un disco óptico removible 299, se debe apreciar por aquellos expertos en la técnica que otro tipos de medios legibles por computadora que pueden almacenar datos son accesibles por una computadora, tal como cassettes magnéticos, tarjetas de memoria instantánea, discos de video digital, cartuchos de Bernoulli, RAM, ROM, y similares también pueden utilizarse en el ambiente operativo ilustrativo. Un número de modelos puede almacenarse en el disco duro, el disco magnético 290, el disco óptico 299, la ROM 2400 o la RAM 250, que incluye un sistema operativo 295 (OS), una o más módulos de programa de aplicación 296, otros módulos 297, y datos de programa 298. El OS 295, el uno más módulos de programa de aplicación 296, los otros módulos 297, y los datos de programa 298 pueden incluir varios componentes de firmware tal como software, programas, datos, controladores, interfases de programa de aplicación (APIs), y así sucesivamente. El OS 295, el uno o más módulos de programa de aplicación 296, los otros módulos 297, y los datos de programa 298 pueden almacenarse en memoria no volátil (NV) del nodo de procesamiento 102, tal como en memoria solo de lectura enmascarada por bit (ROM) o memoria instantánea. La memoria NV puede incluir otros tipos de memoria que incluyen, por ejemplo, ROM programable (PROM), ROM programable borrable (EPROM), ROM programable eléctricamente borrable (EEPROM), o memoria de acceso aleatorio revertida por batería (RAM) tal como RAM dinámico (DRAM), DRAM con velocidad de datos doble (DDRAM), y/o DRAM sincrónica (SDRAM). Las modalidades no se limitan en este contexto. En varias modalidades, el OS 295 puede incluir, pero no se limita a, El Sistema Operativo de Trabajo de Internet Cisco (IOS), Juniper JUNOS, Microsoft® Windows® OS (por ejemplo, 95, 98, NT, ME, 2000, XP, CE, Longhorn), OS de Apple Macintosh, OS de IBM, Linux, Unix, Solaris, 3Com Palm OS, y similares. Las modalidades no se limitan en este contexto. Un usuario puede ingresar comandos de información en el dispositivo de cómputo de propósito general 200 a través de dispositivo de entrada tal como teclado 201 y dispositivo de señalamiento 202, tal como, por ejemplo, un ratón. Otros dispositivos de entrada (no mostradas) pueden incluir un micrófono, palanca de mandos, un rodillo de juegos, antena parabólica, escáner, o similares. Estos y otros dispositivos de entrada frecuentemente se conectan a una o más unidades de procesamiento 210-1-p a través de una interfase de puerto en serie 206 que se acopia al conductor común de sistema, pero puede conectarse por otras interfases, tal como un puerto paralelo, puerto de juegos o un conductor común en serie universal (USB). Un monitor 207 u otro tipo de dispositivo de presentación también se conectan al conductor común de sistema 230 a través de una interfase, tal como un adaptador de video 208. Además del monitor 207, las computadoras personales típicamente incluyen otros dispositivos de salida periféricos (no mostrados), tal como bocinas e impresoras. El dispositivo de cómputo de propósito general 200 puede operar en un ambiente en red utilizando conexiones lógicas a una o más computadoras remotas 209. La computadora remota 209 puede ser otro dispositivo de cómputo de propósito general, computadora personal, un servidor, un enrutador, una PC de red, un dispositivo par u otro modo de red común y típicamente incluye muchos otros elementos descritos anteriormente relativos al dispositivo de cómputo al propósito general 200, aunque solo se ilustra un dispositivo y además el ambiente en memoria 211 en la Figura 2. Las conexiones lógicas ilustradas en la Figura 2 pueden incluir una LAN 212 y una WAN 213. Tales ambientes en red están comúnmente ubicados en oficinas, redes de computadora extendidas en empresa, intranets, e Internet. Cuando se utiliza en un ambiente en red LAN, el dispositivo de cómputo de propósito general 200 se conecta a la red local 212 a través de una interfase de red o adaptador 214. Cuando se utiliza en un ambiente en red WAN, el dispositivo de cómputo de propósito general 200 típicamente incluye un modem 215 u otros medios para establecer comunicaciones en la WAN, tai como Internet. El modem 215, que puede ser interno o externo, se conecta al conductor común de sistema 230 a través de la interfase de puerto en serie 206. En un ambiente en red, los módulos de programa ilustrados relativos al dispositivo de cómputo de propósito general 200, o porciones de los mismos pueden almacenarse en el dispositivo de almacenamiento en memoria remoto. Se apreciará que las conexiones de red mostradas son ilustrativas y pueden utilizarse otros medios para establecer un enlace de comunicaciones entre las computadoras. La Figura 3A ilustra una modalidad de una red de empresa extendida 300 que representativa de una modalidad del sistema 100 mostrada en la Figura 1. En una modalidad, la red de empresa extendida 300 soporta comunicación entre los nodos de primer y segundo cliente 110-1 y 120-1 como permitidos por el nodo de procesamiento de alojamiento 140. Para simplificar la descripción, la red de empresa extendida 300 se muestra incluyendo un nodo de primer cliente individual 110-1 y un nodo de segundo cliente individual 120-1. Como se muestra en la Figura 1, sin embargo, los nodos de cliente pueden incluir una modalidad de nodos de primer cliente 110-1-a y una pluralidad de nodos de segundo cliente 120-1-b. Las modalidades no se limitan en este contexto. En una modalidad, el nodo de primer cliente 110-1 incluye una computadora 310 y una base de datos 312, por ejemplo. En una modalidad, el nodo de segundo cliente 120-1 incluye una computadora 320 y una base de datos 322. En una modalidad, las computadoras 310, 320 cada una puede incluir una estructura de trabajo de aplicación 348, 349 (aquí descritas) que comprende un módulo de control 318 y un navegador web 314, 324. En una modalidad, las computadoras 310, 320 puede representar una pluralidad de computadoras interconectadas en una LAN o WAN. En una modalidad, las computadoras 310, 320 son representativas del dispositivo de cómputo de propósito general 200 mostrada en la Figura 2 y puede incluir todos o un subgrupo de elementos descrito con respecto a estos. En una modalidad, ia red 130 es Internet, y la estructura de trabajo de aplicación 348, 349 es una ínterfase de usuario gráfica al sistema de colaboración/negociación 100 y la red de empresa extendida 300. De acuerdo con esta modalidad, la estructura de trabajo de aplicación 348, 349 está en comunicación con el nodo de procesamiento 140 y los módulos funcionales 172 y la plataforma de cómputo de alojamiento 150 comprendida ahí. En una modalidad, un recurso funcional tal como comprador en módulo primer cliente 110-1 puede crear una o más cuentas de empresa extendidas para recursos funcionales (es decir, usuarios) localizado en los nodos de primer y segundo clientes 110-1 120-1. Los usuarios de otorgamiento de cuentas acceden al nodo de procesamiento 140 y los módulos de software comprendidos en él. Un usuario no estará permitido de obtener acceso al nodo de procesamiento 140 a menos que el usuario reciba identificación de usuario de registro válido y contraseña del nodo de procesamiento 140 y el nodo de procesamiento 140 autentificó exitosamente las computadoras 310, 320 en la red de empresa extendida 300. Con la verificación exitosa, el nodo de procesamiento 140 inicia la ejecución (por ejemplo, lanza) un módulo de manejo de derechos digital (DRM) 500 para determinar si un módulo de observador 420 está actualmente instalado en la computadora 310, 320. Si el módulo de observador 420 no se instala en la computadora 310, 320, el nodo de procesamiento 140 transmite un diálogo a la computadora 310, 320 solicitando instalar el módulo de observador 420 en la computadora 310, 320. Si el usuario decide no instalar el módulo de observador 420 en la computadora 310, 320, la computadora 310, 320 obtendrá acceso a la estructura de trabajo de aplicación 348, 349 pero no obtendrá acceso al módulo de observador 420 y de esa forma no tendrá acceso a la información de medios presentada por el módulo de observador 420. Si el usuario decide instalar el módulo de observador 420, el módulo de procesamiento 140 descarga el módulo de observador 420 en la computadora 310, 320. Si el módulo de observador 420 se instala en la computadora 310, 320, el nodo de procesamiento 140 ejecuta una revisión en el módulo de observador 420 y determina si una mejora obligatoria y/o opcional al módulo de observador 420 se requiere. En una modalidad, una mejora obligatoria puede involucrar no instalar una o más versiones previas del módulo de observador 420 e instalar una versión más reciente del módulo de observador 420 en la computadora 310, 320. En otra modalidad, el nodo de procesamiento 140 puede transmitir un dialogo a la computadora 310, 320 que consulta si el usuario desea agregar funcionalidad al observador existente que actualmente recibe en la computadora 310, 320. En una modalidad, las estructuras de trabajo de aplicación 348, 349 en las computadoras 310, 320 cada una puede comprender un módulo de control 318. El navegador web 314, 324 permite a los nodos de primer y segundo cliente 110-1, 120-1 observar una o más páginas web. Cada página web puede dividirse en dos o más marcos que funcionan independientemente uno con otro. Por referencia a las Figuras 3B, 3C, 3D, 3E, y 3F, varias modalidades de interfases de usuario gráficas representativas asociadas con varios casos de una modalidad de la estructura de trabajo de aplicación 348, 349 se ilustran. Una modalidad de un caso especifico de la estructura de trabajo de la aplicación 348, 349 se describe con referencia a la interfase de usuario gráfica 350. La estructura de trabajo de aplicación 348, 349 puede incluir uno o más marcos de navegación 352, uno o más comandos y marcos de control 354, y uno o más marcos de barra de herramienta 356. El módulo de control 318 maneja la comunicación de interprocedimiento y sincroniza los eventos entre los marcos de navegación 352, el comando y los marcos de control 354, y los marcos de barra de herramienta 356. En una modalidad, el módulo de control 318 puede escribirse en un lenguaje de escrito en las computadoras 310, 320 para manejar páginas web tal como, por ejemplo, JavaScript. El módulo de control 318 puede configurarse para guardar, almacenar, y/o recordar una sesión de usuario en la estructura de trabajo de aplicación 348, 349 hacia y desde una cookie (galleta) de sesión de lado de cliente. Una sesión de usuario puede incluir, por ejemplo, la ultima navegación hecha por el usuario y/o la posición y ajuste de grupo de ventanas por el usuario. En una modalidad, los marcos de navegación 352 pueden incluir un control de árbol de objetos jerárquicos llamados nodos de árbol. En una modalidad, cada nodo de árbol es un usuario definible y extensible. Cada nodo de árbol incluye una representación gráfica y un comportamiento programado tal como por ejemplo, expandir/minimizar subnodos, presentar los contenidos de nodo de árbol en el marco de navegación 352 y/o el marco de comando y control 354, iniciar comunicación entre los marcos de la estructura de trabajo de aplicación 348, 349 y/o habilitar/deshabilitar una aplicación 370, vista de aplicación 372, y/o componente de aplicación 374 en el marco de barra de herramienta 356. El comportamiento programado del nodo de árbol también puede incluir ejecutar lógica de negocio para manejar entradas paramétricas. Las entradas paramétricas se asocian con una aplicación seleccionada 370, vista de aplicación 372, y/o componente de aplicación 374. Por ejemplo, si una lengüeta DCM 376 se selecciona, se impulsa una aplicación de módulo de manejo de costo de diseño 700 (DCM) y en un nodo de árbol puede recibir datos de uso anuales transmitidos y datos de precio (por ejemplo, menciones, precio actual, precio de costo) para un artículo y ejecuta algoritmos que involucran tales datos. En otra modalidad, si una lengüeta de origen 378 se selecciona, se impulsa una aplicación de módulo de origen 600 y el nodo de árbol puede recibir datos de uso anuales reales y datos de precio (por ejemplo, menciones, precio actual, precio de costo) para un artículo y ejecuta algoritmos que involucran tales datos. Los nodos pueden estar en la forma de uno o más (1) nodos individuales 379, (2) nodos de grupo 380, y/o (3) nodos de carpeta 381. Un nodo de carpeta 381 es un nodo definido por usuario para organizar uno o más nodos individuales y/o nodos de grupo 380. Un nodo de grupo 380 es un nodo que se vera automáticamente cuando dos o más nodos individuales 379 salen del mismo tipo. Un nodo individual 379 es un nodo que contiene un tipo específico de datos y/o contenido. En una modalidad, los tipos de nodos individuales pueden incluir nodos de documento 382; nodos de artículo 383; nodos de programa, proyecto, procedimiento, tarea, y/o subtarea 384; nodos de recurso funcionales 385; nodos de mensaje 386; nodos de artículo de línea 387; nodos de lote 388; y/o nodos BOM colaborativos (CBOM) 389. Un nodo de documento 382 es un nodo que incluye uno o más archivos de información de medios en varios formatos de archivo tal como, por ejemplo, un formato neutral seguro (SNF como se define aquí). Un nodo de artículo 383 es un nodo que incluye uno o más identificadores. El identificador puede representar un artículo tal como, por ejemplo, un número de parte, unidad de mantenimiento de almacenamiento (SKU), y un nodo de servicio y/o datos descriptivos. El programa, proyecto, procedimiento, tarea, y/o nodos de subtarea 384 son nodos que organizan uno o más acciones de recursos funcionales. Un nodo de programa es una conexión de nodos de proyecto. El nodo de proyecto es una conexión de nodos de procedimiento. Ei nodo de procedimiento es una colección de nodos de tarea. Los nodos de tarea es una conexión de nodos de acción. El nodo de acción es una unidad asignada de trabajo que comprende una descripción del acción asignada, uno o más recursos funcionales asignados para completar la acción, una fecha objetiva en la cual la acción se debe completar, y/o una fecha de compromiso que el recurso de función asignado comprometido tiene que completar la acción. Un nodo de recurso funcional 385 es un nodo que incluye uno o más nombres de gente que se localiza a través de la red empresa extendida 300 y tiene que autorizarse acceso a la red de empresa extendida 300 para un programa, proyecto, procedimiento, tarea, y/o subtarea específica. Un nodo de mensaje 386 es un nodo que incluye uno o más argumentos de mensaje con respecto a información de medios. En una modalidad, el nodo de artículo de línea 387 es un nodo que se crea automáticamente basándose en una selección de usuario de artículos y/o ensambles que el/ella desea mencionar. El usuario puede seleccionar tales artículos y/o ensambles en el comando y marco de control 354. El nodo de artículo de línea 387 es un nodo que incluye información de perforación de artículo. Los usuarios a través de la red de empresa extendida 300 (por ejemplo, proveedores externos en nodos de segundo cliente 120-1-b) envían información de perforación a cada artículo (orden de precio de artículo de línea) la orden de precio de artículo de línea se resume en el nivel de nodo de artículo de línea para propósitos de colaboración y/o negociación de una conexión de artículos. Un nodo de lote 388 es un nodo que se crea automáticamente basándose en una selección de usuario de artículos y/o ensambles que el/ella desea mencionar. El usuario puede seleccionar tales artículos y/o ensambles en el comando y marco de control 354. El nodo de lote 388 es un nodo que incluye los contenidos y/o comportamiento del nodo de artículo de línea 387, que incluye: (1) la capacidad de recibir una perforación individual inicial en un nivel de lote (orden de precio de lote) de usuarios a través de la empresa extendida, en donde el nivel de lote incluye dos o más artículos de línea; (2) la capacidad de recibir subsecuentemente ordenes de precio de artículo de línea de usuarios a través de la empresa extendida 300; y (3) la capacidad de recibir entradas de usuario de empresa extendidas que ajustan ordenes de precio de artículo de línea hasta la suma total de todos los precios de artículo de línea incluidos en el lote que es igual a la orden de precio de lote. En una modalidad, un nodo CBOM 389 es un nodo que se creó automáticamente basándose en la selección de usuario de artículos y/o ensambles que el/ella desea mencionar. En una modalidad, el usuario puede seleccionar tales artículos y/o ensambles en el comando y el marco de control 354. el nodo CBOM 389 contiene dos subnodos: (1) el primer subnodo (artículos de nivel superior) 390 contienen artículos del nivel superior y/o ensambles que el usuario selecciono y los artículos que son parte de la estructura del producto en la cual los artículos de nivel superior y/o ensambles salen; (2) el segundo subnodo (artículos finales) 391 contienen una lista generada automáticamente de solo los artículos finales que se van a mencionar (omitiendo niveles de estructura de producto intermedios que un comprador no desea mencionar); tales artículos finales se requieren para construir los artículos de nivel superior y/o ensambles que el usuario selecciono (por ejemplo, los artículos finales que se "llaman" por los artículos y/o ensambles que el usuario seleccionó). El nodo CBOM 389 también incluye los contenidos y/o comportamiento del nodo de lote tal como, por ejemplo, un subnodo de artículo final 391 puede organizarse en lotes y artículos de línea en mencionarse por consiguiente. Después de que los usuarios a través de la red de empresa extendida 300 se envía la perforación en el subnodo de artículo final 391, el subnodo de artículos de nivel superior 390 automáticamente calcula y enrolla las entradas de precio para llegar a un precio total de los artículos de nivel superior y/o ensambles contenidos en él. En una modalidad, el uno o más, los marcos de control 354 pueden incluir un objeto de contenedor de control Activos que comprende uno o más componentes Activo X (por ejemplo, aplicaciones de software independientes) que se ejecutan dentro de un marco designado en los navegadores 314, 324. Los componentes Activos X pueden comprender: (1) una módulo de observador 420; (2) un módulo de carga/descarga de información de medios 358; (3) un módulo de compresión/descompresión 360; y (4) un módulo de codificación/descodificación críptica 362, por ejemplo. Los controles de Activo X se proporcionan por Microsoft® Corporation (Microsoft®).
En una modalidad, el módulo de observador 420 incluye un programa de aplicación de propósito especial descargado del nodo de procesamiento de alojamiento 140 que se ejecuta dentro de los navegadores 314, 324. En una modalidad, el modelo de observador 420 es una herramienta a base de web o de observación de escritorio y de marcación que soporta uno o más archivos que comprenden datos tal como, por ejemplo, información de medios aquí definida. Por ejemplo, el módulo de observador 420 permite a un usuario en los nodos de primer y segundo cliente 110-1, 120-1 con la computadora 310, 320 y la estructura de trabajo de aplicación 348, 349 acceder y observar archivos de formato en neutral seguro 604-1-/ y/o otros formatos de archivo, por ejemplo, cuadro comúnmente utilizado, vector, CAD, documentos inteligentes, y/o formas XML a través de la red de empresa extendida 300. Como se utiliza a través de esta aplicación "módulo de observador 420" debe significar el módulo de observador 420 que opera en conjunto con la computadora 310, 320, la estructura de trabajo de aplicación 348, 349, y/o el nodo de procesamiento de alojamiento 140. En una modalidad, el módulo de observador 420 presenta diseños mecánicos, factura de material (BOM), y datos descriptivos asociados con los diseños mecánicos y permite a los usuarios hacer anotaciones al mismo. En una modalidad, el módulo de observador 420 proporciona una interfase de usuario gráfica para presentar una estructura BOM y relacionar un artículo seleccionado de un diseño mecánico en una forma gráfica. En una modalidad, el módulo de observador 420 presenta imágenes de información de medios tal como, por ejemplo, imágenes de diseños mecánicos en archivos CAD, si o no el usuario, que está observando tal información, tiene acceso al software que se utilizó para crear la imagen. En una modalidad, el módulo de observador 420 presenta datos descriptivos de un diseño mecánico que se fija en un archivo CAD. Otra descripción del módulo de observador 420 se proporciona más adelante. En una modalidad, el módulo de observador 420 puede implementarse en el lenguaje de programación C + + debido a su eficacia al manejar y presentar gráficos. En una modalidad, el módulo de carga/descarga de información de medio 358 permite carga/descarga procedimientos entrelazados del primer y segundo cliente 110-1, 120-1 y el nodo de procesamiento de alojamiento 140. Estos procedimientos pueden comprender localizar, seleccionar (por ejemplo, "dar clic en"), mover (por ejemplo, "arrastrar"), y/o colocar (por ejemplo "dejar caer") archivos electrónicos en la estructura de trabajo de aplicación 348, 349 alojada por uno de ios servidores web 160-1-c (en donde c es cualquier número) en un nodo de procesamiento de alojamiento 140 y seleccionar el destino de los archivos electrónicos como cualquiera de los servidores web 160-1-c. En una modalidad, la estructura de trabajo de aplicación 348, 349 puede incluir, comunicar, y/o hacer interferencia con cualquier módulo DRM 500, el módulo CN 600, el módulo DCM 700, y/o el módulo ES 400. En una modalidad, el módulo ES 400 incluye el módulo de convertidor 410, el módulo de observador 420, el módulo de colaboración 430, y el módulo de manejo de proyecto 440 como se muestra en la Figura 5, por ejemplo. El módulo de compresión/descompresión 360 permite la compresión y descompresión de archivo durante el procedimiento de carga/descarga. En una modalidad, los archivos pueden comprimirse la utilizar cualquier técnica de compresión conocida antes o durante del procedimiento de carga. En una modalidad, el nodo de procesamiento de alojamiento 140, los archivos cargados pueden descomprimirse por cualquiera de los servidores web 160-1-c y/o cualquiera de los servidores de aplicación 170-1 -d (en donde d es cualquier número). El módulo de codificación/descodificación críptica 362 permite la codificación/descodificación críptica de archivos durante el procedimiento de carga/descarga. En una modalidad, los archivos pueden codificarse crípticamente automáticamente antes de o durante el procedimiento de carga. En una modalidad, los archivos de formato pueden codificarse crípticamente al utilizar la codificación críptica FIPS-197. Otros métodos de codificación críptica pueden aplicarse en los archivos y una de las modalidades no se limitan en este contexto. En una modalidad, en el nodo de procesamiento de alojamiento 140, los archivos cargados pueden descodificarse crípticamente por cualquiera de los servidores web 160-1-c y/o cualquiera de los servidores de aplicación 170-1-d. Cualquier vista que se presenta condicionalmente en los marcos de navegación 352, los marcos de control 354, y los marcos de barra de herramienta 356 se determina por la aplicación seleccionada 370, la vista de aplicación seleccionada 372, el componente de aplicación seleccionado 374, el objeto seleccionado dentro del marco de navegación 352, y permisos de un usuario particular. En una modalidad, los navegadores 314, 324 generalmente se denominan como navegadores e incluyen cualquier aplicación de software que se utiliza para localizar y presentar páginas web. Los navegadores 314, 324 borran de las computadoras 310, 320, respectivamente, como un programa de cliente que utiliza el protocolo HTTP para hacer solicitudes de servidores web a través de la red de Internet 130 a beneficio de un usuario. En una modalidad, los navegadores 314, 320 pueden utilizar el protocolo S-HTTP para hacer seguramente solicitudes de varios servidores web en la red de Internet 130. Los navegadores 310, 324 permiten a sus usuarios observar e interactuar con recursos disponibles en la WEB amplia mundial que incluye el nodo de procesamiento de alojamientos 140. Además de los navegadores 314, 324 que permiten a sus usuarios descargar, cargar, navegar, o de otra forma acceder a archivos de documento (por ejemplo, página) en la Web Amplia Mundial que incluye un nodo de procesamiento de alojamiento 140. En varias modalidades, los navegadores 314, 324 pueden incluir Internet Explorer, Netscape, y Mozilla. En una modalidad, el módulo de control 318 incluye un programa de aplicación de propósito especial descargado del nodo de procesamiento de alojamiento 140 que incorpora uniformemente módulos prefabricados tal como el módulo de observador 420 fijado en los navegadores 314, 324. En una modalidad, el módulo de control 318 puede incluir elementos de tecnología central de controles de Activo X proporcionados por Microsoft®. Los elementos de tecnología central de controles de Activo X puede darse licencia de la organización de estándares de Grupo Abierto pueden implementarse en plataformas múltiples y ambientes de cómputo. En una modalidad, los controles de Activo X pueden ser módulos de software basados en arquitectura de Modelo de Objeto de Componente de (COM) de Microsoft®. En Internet, los controles Activo X pueden enlazarse a páginas web y descargarse por navegadores condescendientes con el Activo X 314, 324. En una modalidad, el módulo de control de Activo X 318 puede proporcionar acceso completo a recursos y módulos de aplicación localizados en el nodo' de procesamiento de alojamiento 140. En una modalidad, ei nodo de procesamiento de alojamiento 140 incluye una plataforma de cómputo de alojamiento 150. En una modalidad, la plataforma de cómputo de alojamiento 150 proporciona una estructura de trabajo, ya sea en hardware o software, para permitir que los módulos de aplicación de software ejecuten. En una modalidad, la plataforma de cómputo de alojamiento 150 puede incluir la arquitectura de computadora, sistema operativo, lenguajes de programación, y bibliotecas de tipo de funcionamiento asociadas para implementar una plataforma de empresa extendida. En una modalidad, la plataforma de cómputo de alojamiento 150 incluye uno o más servidores web 160-1-c, uno o más servidores de aplicación 170-1-b, y uno o más servidores de base de datos 180-1-e, por ejemplo (en donde e es cualquier número). Los servidores de base de datos 180-1-e cada uno puede incluir un sistema de manejo de base de datos 182-1-e (DBMS). Los servidores web 160-1-c responden a solicitudes de los navegadores 314, 324. Los servidores de aplicación 170-1-d proporcionan funcionalidad de correo electrónico y ejecutan uno o más módulos funcionales 172 para procesar datos. Los servidores de bases de datos 180-1-e ejecutan los sistemas DBMS 182-1-e. Los servidores de base de datos 180-1-e también almacenan los datos requeridos por los módulos funcionales 172, los navegadores web 160-1-c, y los servidores de aplicación 170-1-d. La plataforma de cómputo de alojamiento 150 puede adaptarse para procesar uno o más módulos funcionales 172 para procesar información. En una modalidad, los módulos funcionales 172 pueden incluir, por ejemplo, un módulo de colaboración de empresa extendida (EEC) 400, un módulo de manejo de derecho digitales (DRM) 500, un módulo de negociación colaborativa (CN) 600, y un módulo de manejo de costo de diseño (DCM) 700. En una modalidad, el módulo DCM 700 puede comprender submódulos 702. Estos módulos funcionales 172 pueden ejecutarse individual o concurrentemente por varios elementos de plataforma de cómputo de alojamiento 150, por ejemplo. Las modalidades no se limitan en este contexto. En una modalidad, la plataforma de cómputo de alojamiento 150 puede esta basada en una estructura de distribución unida de tres, que proporciona uniones físicas separadas para funcionalidad y clasificación de los servidores de web 160-1-c, los servidores de aplicación 170-1-d, y los servidores de base de datos 180-1-e. en varias modalidades, el módulo EEC 400 y la plataforma de cómputo de alojamiento 150 puede ser modulado para que una unión pueda modificarse o remplazarse sin afectar las otras uniones. Además, cada uno de los servidores web 160-1-c los servidores de aplicación 170-1-d, y los servidores de base de datos 180-1-e pueden cargarse balanceados y clasificados a través de todas las tres uniones la separar las funciones de servicios web y las funciones de base de datos. En una modalidad, la plataforma de cómputo de alojamiento de distribución unida por tres 150 puede incluir una arquitectura de cliente/servidor que incluye tres procedimientos separados, cada uno que funciona en una plataforma diferente. Los tres procedimientos separados se ejecutan en los servidores web 160-1-c, Los servidores de aplicación 170-1-d, y los servidores de base de datos 180-1-e. Las modalidades no se limitan en este contexto. En una modalidad, los servidores web 160-1-c pueden implementarse como una pluralidad de servidores web balanceados y clasificables que se cargan distribuidos que se ejecutan independientemente. En una modalidad, el balanceo de carga entre dos o más servidores web 161-1-c puede implementarse con grupos de balance de carga de red. En una modalidad, los servidores de aplicación 170-1-d pueden implementarse como una pluralidad de servidores de aplicación balanceados y clasificables de carga distribuida que se ejecutan independientemente. En una modalidad, cada uno o más servidores de aplicación 170-1-d pueden incluir dos procesadores con argumentos múltiples físicos y dos lógicos para ejecutar hasta 20 argumentos paralelos. En una modalidad, por ejemplo, los servidores de aplicación 170-1-d cada uno puede adaptarse para realizar hiper argumentación. Aquellos expertos en la técnica apreciaran que la hiper argumentación es una implementación de tecnología de argumentación de tecnología de argumentación múltiple simultanea en la micro arquitectura de Pentium 4 proporcionada por Intel® Corporation (Intel®), por ejemplo. La hiper argumentación se refiere generalmente a una forma de súper argumentación proporcionada por los procesadores Intel® Xeon y los procesadores de Pentium 4, por ejemplo. La tecnología de argumentos múltiples puede mejorar el desempeño de procesador bajo ciertas cargas de trabajo al proporcionar trabajo útil para unidades de ejecución que en otra forma sería inactivo. En una modalidad, los servidores de base de datos 180-1-e pueden implementarse como uno o más servidores de base de datos del lenguaje de consulta estructurada (SQL) que corre en un grupo de falla como el subsistema de base de datos. Una implementación de grupo de falla proporciona una operación de recuperación que automáticamente puede cambiar a una base de datos de pausa, servidor o red si el sistema de primario falla o temporalmente está cerrado por servicio. La falla es una función de tolerancia de falla de sistemas que confían en accesibilidad constantes. La falla automática y transparentemente para el usuario redirige solicitudes de un sistema fallado o deshabilitado al sistema de recuperación que imita las operaciones del sistema primario. En otra modalidad, los servidores de base de datos 180-1-e pueden ejecutar software que comprende lógica de negocio compleja que se aplica a los datos almacenados en las bases de datos 190-1-e. En una modalidad, el software puede apalancar la capacidad de SQL 2005 (proporcionado por Microsoft®) para escribir consultas en un lenguaje de nivel superior diferentes a SQL tal como, por ejemplo, C#. En una modalidad, los servidores de base de datos SQL 180-1-e y los grupos de balance de carga de red pueden proporcionarse por ejemplo por Microsoft®.
En una modalidad, el módulo ECC 400 incluye múltiples módulos ejecutables que pueden ejecutarse ya sea por servidores web 160-1-c o los servidores de aplicación 170-1-e. Los módulos ejecutables del módulo EEC 400 realizan varias operaciones de procesamiento de colaboración y de origen en el nodo de procesamiento de alojamiento 140. Las operaciones de procesamiento de alojamiento pueden incluir una o más operaciones, tal como generar, manejar, comunicar, enviar, recibir, almacenar dirección, acceder, leer, escribir, manipular, modificar, descodificar, comprimir, descomprimir, codificar crípticamente, filtrar, dirigir por corriente u otros procesamiento de medios o información de control. Las modalidades no se limitan en este contexto. En una modalidad, el módulo EEC 400 incluye submódulos para facilitar participación de archivos electrónicos a través de la red de empresa extendida 300 entre recursos de colaboración en el primer y segundo nodo de cliente 110-1, 120-1. Los submódulos EEC 400 pueden adaptarse para convertir archivos de origen cargados a los servidores web 160-1-c en su formato de archivo de origen a un formato de archivo neutral comprimidos. Con el módulo de observador 420, los usuarios a través de la red de empresa extendida 300 pueden presentar los contenidos de archivos convertidos al formato de archivo neutral. Como se utiliza aquí, un formato de archivo nativo se refiere al formato de cualquier archivo electrónico o documento generado por una aplicación de software y almacenado en el formato único específico por la aplicación. Como se utiliza aquí, un formato de archivo neutral se refiere a cualquier archivo o documento electrónico en un formato en donde el contenido original del archivo de origen se convirtió para presentarse al utilizar el módulo de observado 420 sin la necesidad de la aplicación de software original utilizada para crear el archivo de origen. El archivo de formato neutral seguro también puede comprimirse a un tamaño de archivo más pequeño que el formato de archivo de origen y/o puede codificarse crípticamente. Ejemplos de archivos de formato de origen se ilustran más adelante en los ejemplos de Cuadros 1-5. En una modalidad, el módulo DRM 500 se dispone para codificar crípticamente archivos electrónicos para asegurar digitalmente los contenidos de cualquier archivo electrónico antes de transmitir el archivo a través de la red de empresa extendida 300. Ambos archivos de formato de origen y formatos de archivo neutrales seguros puede codificarse crípticamente con el módulo DRM 500. En una modalidad, se fijan permisos de vista de usuario en el archivo electrónico. De esa forma, un usuario no autorizado no puede ver el contenido del archivo electrónico incluso si el usuario no autorizado tiene el archivo y el módulo de observador 420. En una modalidad, la codificación críptica es FIPS-197, por ejemplo. En una modalidad, el módulo EEC 400 se dispone para permitir participación en línea de información de medios tal como, por ejemplo, documentos que incluyen archivos CAD 2-D y 3-D de diseños mecánicos y datos descriptivos de los diseños mecánicos fijados en el archivo CAD. En una modalidad, el módulo EEC 400 puede disponerse para permitir anotación y marcación de información de medios tal como, por ejemplo, documentos de imagen electrónica convertidos al formato de archivo neutro y presentados por el módulo de observador 420 sin modificar el contenido original del archivo electrónico. En una modalidad, el módulo EEC 400 permite colaboración entre recursos en el primer y segundo nodos de cliente 110-, 120-1. En una modalidad, el nodo de procesamiento de alojamiento 140 de la red de empresa extendida 300 se implementa como un proveedor de servicio de aplicación (ASP). Un ASP puede definirse como una organización que ofrece acceso a individuos o empresas en Internet (por ejemplo, red 130) a programas de aplicación y servicios relacionados que de otra forma recibirían en sus propias computadoras personales o de empresa (por ejemplo, computadoras 310, 320). Como un ASP, el nodo de procesamiento de alojamiento 140 se dispone para proporcionar un grupo de tecnologías de interoperabilidad independientes del lenguaje que permiten a los componentes de software escritos en diferentes lenguajes de programación trabajar juntos a través de la red de empresa extendida 300. En una modalidad, el nodo de procesamiento de alojamiento 140 proporciona la estructura de trabajo de aplicación 348, 349 al primer y segundo nodos de cliente 110-1, 120-1. En una modalidad, la implementación ASP del nodo de procesamiento de alojamiento 140 puede realizarse al utilizar tecnología. NET proporcionada por Microsoft®. Por consiguiente, las computadoras de nodo de cliente 310, • 320 incluyen una estructura de trabajo de presentación web implementada en tecnología ASP.NET (Página de Servidor Activo), también proporcionada por Microsoft®. Un mecanismo de controlador de página de construcción en ASP.NET puede utilizarse para implementar la lógica de presentación para el módulo EEC 400 dentro de la estructura de trabajo ASP.NET. En una modalidad, el código de software que se ejecuta en los servidores web 160-1-c, los servidores de aplicación 170-1-d, y los servidores de bases de datos 180-1-e se presentan en los navegadores 314, 324 (por ejemplo, codificación y en paginado lateral de servidor). Como se describió previamente, en una modalidad, el módulo de control 318 incluye controles de Activo X que incluye elementos de tecnologías de núcleo COM. Cuando la red 130 es una red de Internet, el módulo de control de Activo X 318 puede enlazarse a páginas web alojadas por los servidores web 160-1-c. El módulo de control de Activo X 318 puede descargarse de los servidores web 160-1-c por los navegadores condescendientes con Activo X 314, 324. El módulo de control de Activo X 318 permite a los navegadores 314, 324 acceder a recursos disponibles en el nodo de procesamiento de alojamiento 140. La Figura 4 es un diagrama de una modalidad de la red de empresa extendida 300 que ilustra el módulo EEC 400 lógicamente estructurado como una aplicación de software de servicios con tres capas que tiene capas de presentación 402a y 402b, una capa de negocio 404, y una capa de datos 406. En una modalidad, el módulo EEC 400 se implementa como una aplicación orientada a objeto que combina estructuras de datos con funciones para crear objetos reutilizables. El término orientado a objeto se utiliza para describir una aplicación que procesa diferentes tipos de objetos y las acciones que un usuario puede tomar dependiendo en que tipo de objeto manipula el usuario. En una modalidad, las capas de presentación 402 a, b pueden incluir una estructura de trabajo de presentación web implementada en tecnología ASP.NET, también proporcionada por Microsoft®. En una modalidad, la capa de negocio 404 puede incluir objetos de negocio .NET. En una modalidad, la capa de datos 406 puede estar basada en las clases ADO.NET (Objeto de Datos de Activo X para .NET) dentro de la estructura de trabajo .NET para proporcionar acceso a la base de datos 190-1-e.
Modulo Convertidor 410 Las Figura 5 es un diagrama de una modalidad la red de empresa extendida 300 que ilustra múltiples submódulos funcionales del módulo EEC 400 y su interacción con los servidores web 160-1-c y los servidores de aplicación 170-1-d. en una modalidad, el módulo EEC 400 incluye un módulo de convertidor 410, un módulo de observador (observador) 420, un módulo de colaboración 430, y un módulo de manejo de proyecto 440. En una modalidad, el módulo de convertidor 410 se implementa al utilizar .NET y servidor de Consulta de Mensaje proporcionado por Microsoft®. El módulo de convertidor 410 puede implementarse con un grupo de Servicios de Microsoft® Windows® .NET que corren en el antecedente en los servidores de aplicación 170-1-d. en una modalidad, el módulo de convertidor 410 se dispone para convertir (por ejemplo, traducir) diferentes archivos de origen en diferentes formatos (por ejemplo, como se ilustra en los ejemplos de los cuadros 1-5 ilustran ejemplos de archivo de origen) a archivos de formato neutral seguro (SNF) capaces de presentarse por el módulo de observador 420. En una modalidad, el módulo de convertidor 410 proporciona envío de mensaje clasificable ya sincrónico y soporta con grandes conversaciones a escala de múltiples archivos de formato de origen. El módulo de observador 420 proporciona la misma funcionalidad ya sea si se ejecuta en el nodo de procesamiento de alojamiento 140 o se descarga a cualquiera del primer y segundo nodos de cliente 110-1, 120-1. En una modalidad, el archivo de formato neutral seguro puede codificarse crípticamente y comprimirse después de conversión pero antes de transmisión al primer y segundo nodos de cliente 110-1, 120-1. La Figura 6A es una modalidad de un diagrama de transacción que ilustra el flujo de archivos de formato de origen 602-1-/ (en donde / es cualquier número) y archivos de formato neutral seguro 604-1-/ desde y hacia el primer y segundo nodos de cliente 110-1, 120-1 y el nodo de procesamiento de alojamiento 140 en una modalidad de la red de empresa extendida 300. En el nodo de procesamiento de alojamiento 140, los archivos de formato de origen 602-1-/ se convierten a los archivos de formato neutral seguros 604- 1-/, pueden almacenarse ahí, y ponerse disponibles para colaboración a través de la red de empresa extendida 300. Los archivos de formato nativo 602-1-/ pueden residir en las bases de datos 312, 322 en el primer y segundo nodos de cliente 110-1, 120-1 o puede residir en el nodo de procesamiento de alojamiento 140. Los archivos de formato de origen 602-1-/ incluyen información de medios en su formato de archivo de origen. Los formatos de archivo de origen incluyen cualquier archivo electrónico que comprende contenido en varios formatos que incluyen: texto (ASCII, SGML, HTML), Imagen (TIFF y GIF), gráfico (vectores tal como DAD/CAM y archivos GIS), Audio (colecciones de bits estructuradas de acuerdo con teoría de banda de sonido), video (MPEG), formatos de archivo de diseño CAD mecánico, diseño CAD eléctrico/electrónico (EDA/ECAD/PCB), formatos de archivos de documentos/gráficos basados en vector, cuadro basado en formatos de archivo de gráficos, documentos inteligentes, y formas (XML, HTML). Los archivos de formato de origen 602-1-/ pueden originarse de depósitos en cualquiera del primer y segundo nodos de cliente 110-1, 120-1, y el nodo de procesamiento de alojamiento 140. En una modalidad, un archivo de formato de origen 602-1 puede originarse del depósito de base de datos 312 localizado en el primer nodo de cliente 110-1. Un archivo de formato de origen 602-2 puede originarse del depósito de base de datos 322 localizado en el segundo nodo de cliente 120-1. Cada uno del primer y segundo nodos de cliente 110-1 y 120-1, y el nodo de procesamiento de alojamiento 140 puede incluir múltiples archivos de formato de origen 602-1-/ en varios formatos. Ejemplos de múltiples archivos de formato de origen 602-1-/ y sus formatos de archivo de origen correspondientes, extensiones de archivo, extensiones, y categorías de archivo (por ejemplo, CAD, vector, Cuadro, Documento de Oficina Inteligente, Formas, etc.) se ilustran en los ejemplos 1-5 más adelante. En una modalidad, un usuario autorizado ya sea en el primer o segundo nodos de cliente 110-1, 120-1 pueden iniciar carga de los archivos de formato de origen 602-1, 602-2 de sus respectivas bases de datos 312, 322. Como se ilustro en las Figuras 6B, 6C, y 6D, un usuario en el primer nodo de cliente 110-1 puede, por ejemplo, iniciar una carga de archivo de origen que utiliza estructura de trabajo de aplicación 348. Utilizar el módulo de carga/descarga de información de medios 358, el procedimiento de carga puede incluir localizar, seleccionar (por ejemplo, "dar clic en"), mover (por ejemplo "arrastrar"), y/o colocar (por ejemplo, "dejar caer") en archivo de formato de origen 602-1 en una aplicación basada en web alojada por uno de los servidores web 160-1-c y seleccionar el destino de los archivos de formato de origen 602-1-/ como cualquiera de los servidores web 160-1-c en el nodo de procesamiento de alojamiento 140. En una modalidad, la aplicación a base de web puede incluir cualquiera del módulo de observador 420, el módulo de colaboración 430, y el módulo de manejo de proyecto 440. Al utilizar un procedimiento de carga similar y la estructura de trabajo de aplicación 349, un usuario autorizado en el segundo nodo de cliente 120-1 puede seleccionar un archivo de formato de origen 602-2 para cargar el nodo de procesamiento de alojamiento 140 para conversión a un archivo de formato neutral seguro 604-2. El usuario puede seleccionar uno o más archivos de formato de origen 602-1 para cargar. Colectivamente, cualquiera de o todos los usuarios en el primer y segundo nodos de cliente 110-1, 120-1 pueden seleccionar y transferir una pluralidad de archivos de formato de origen 602-1-/ al nodo de procesamiento de alojamiento 140 para conversión a los archivos de formato neutral seguro correspondientes 604-1-/. Durante el procedimiento de carga, un usuario puede proporcionar entrada adicional con el navegador 314, 324 para indicar si los archivos de formato de origen 602-1-/ incluyen información adicional, contenido o asociación con otros archivos. Por ejemplo, el usuario puede indicar si los archivos de formato de origen 602-1-/ incluyen cualquiera de los ensambles o sub ensambles. Un usuario también puede enlazar los archivos de formato de origen seleccionados 602-1-/ en un contexto de negocio asociado con un proyecto, artículo, depósito, BOM o comunicación de negocios. En una modalidad, los servidores 160-1-c pueden alojar una aplicación a base de web que proporciona un ambiente coiaborativo que se relaciona a un contexto de negocio específico de proyecto tal como mención, resolución de asunto, y/o nueva introducción de producto. En una modalidad, los archivos de formato de origen 602-1-/ se asocian con tal contexto de negocio específico de proyecto. En una modalidad, los archivos de formato de origen 602-1-/ se codifican crípticamente antes de cargarse. En una modalidad, los archivos 602-1-/ pueden codificarse crípticamente automáticamente antes o" durante el procedimiento de carga. En una modalidad, los archivos de formato de origen 602-1-/ pueden codificarse crípticamente al utilizar la codificación críptica FIPS-197. Otros métodos de codificación críptica puede aplicarse a los archivos de formato de origen 602-1-/ mientas las modalidades no se limitan en este contexto. En una modalidad, los archivos de formato de origen 602-1-/ pueden comprimirse con cualquier técnica de compresión conocida antes o durante el procedimiento de carga. Los archivos de formato de origen 602-1-/ se cargan desde cualquiera de los nodos de cliente 110-1, 120-1 en la red 130 (por ejemplo, Internet) a cualquiera de los servidores web 160-1-c en un nodo de procesamiento de alojamiento 140. En una modalidad, en el nodo de procesamiento de alojamiento 140, los archivos de formato de origen cargados 602-1-/ pueden descodificarse crípticamente y descomprimirse por cualquiera de los servidores web 160-1-c y/o cualquiera de los servidores de aplicación 170-1-d. Si es necesario, los servidores web 160-1-c pueden maneja cargas rotas. Los archivos de formato de origen cargados 602-1-/ pueden almacenarse en las bases de datos 160-1-e. En una modalidad, los archivos de formato de origen cargados 602-1-/ pueden transferirse directamente desde los servidores web 160-1-c a los servidores de aplicación 170- 1-d para procesamiento de traducción de formato para el módulo de convertidor 410. Mientras la red de empresa extendida 300 se expande, los servidores web 160-1-c y los servidores de aplicación 170-1-d pueden cargarse balanceados para controlar varios volúmenes de archivo de formato de origen entrantes 602-1-/ para procesamiento de traducción de formato. De esa forma, uno o más servidores de aplicación 170-1-d pueden cargar uno o más casos del módulo de convertidor 410 para producir los archivos de formato de origen cargados 602-1-/. El módulo de convertidor 410 traduce cada uno de os archivos de formato de origen 602-1-/ a los archivos de formato neutrales seguros correspondientes 604-1-/. Una vez traducido, el contenido del archivo de formato neutral seguro 604-1-/ puede presentarse por el módulo de observador 420 sin importar la aplicación de software de origen utilizada para crear el archivo de formato de origen 602-1-/. Después de conversación, los archivos de formato neutrales seguros 604-1-/ están disponibles para presentar y colaborar por usuarios en el primer y segundo nodos de cliente 110-1, 120-1. Los archivos de formato neutral seguros 604-1-/ pueden almacenarse en cualquiera de las bases de datos 190-1-e o pueden descargarse hacia y/o almacenarse en el primer y segundo nodo de cliente 110-1, 120-2 para presentar y colaborar. Una vez invocado por los servidores de aplicación 170-1-d, el módulo de convertidor 410 automáticamente determina el formato de archivo de origen de los archivos de formato de origen entrante 602- 1-/ y los traduce a archivos de formato neutral de seguro correspondientes 604-1-/. En una modalidad, el módulo de convertidor 410 automáticamente traduce cada uno de los archivos de formato de origen 602-1-/ a archivos de formato neutrales seguros correspondientes 604-1-/ listos para presentar por el módulo de observador 420 y para colaboración. En una modalidad, el módulo de convertidor 410 puede adaptarse para recibir múltiples archivos de formato de origen 602-1-/ cada uno de los múltiples archivos de formato de origen 602-1-/ pueden tener un formato de archivo de origen diferente, como se ilustro en el ejemplo de los Cuadros 1-5 posteriormente. El módulo de convertidor 410 también convierte y llena aplicaciones a base de web que corren en cualquiera de uno o más servidores web 160-1-c con contenido que permite a usuarios finales en el primer y segundo nodos de cliente 110-1, 120-1 descargar los archivos de formato neutral seguros 604-1-/ en aplicaciones de negocio específicos de contexto con los cuales los usuarios pueden estar colaborando. Descargar los archivos de formato neutral y seguros 604-1-/ esta generalmente dentro del contexto de una aplicación de negocio específica de usuario y de esa forma no requiere que un usuario salga de una aplicación para presentar y colaborar en los archivos de formato neutral seguro 604-1-/. El módulo de convertidor 410 proporciona la funcionalidad de traducción para permitir a múltiples usuarios finales en el primer y segundo nodos de cliente 110-1-a, 120-1-b colaborar al utilizar los archivos de formato neutral en seguro 604-1-/. En una modalidad, la colaboración puede ocurrir dentro de un contexto de negocio específico de proyecto. En una modalidad, en los archivos de formato neutral seguro 604-1-/ también pueden codificarse crípticamente por el módulo DRM 500 para colaboración segura entre el primer y segundo nodos de cliente 110-, 120-1, el nodo de procesamiento de alojamiento 140 a través de la red de empresa extendida 300. El formato de archivo neutral codificado crípticamente puede denominarse como un formato de colaboración seguro, por ejemplo. En operación, el módulo de convertidor 410 lee los archivos de formato de origen 602-1-/. En una modalidad, el módulo de convertidor 410 puede procesar uno o más archivos de formato de origen 602-1-/ ya sea en serie o en paralelo. Para simplicidad, la operación del nodo de convertidor 410 se describe con respecto a procesamiento a un archivo de formato de origen individual 602-1. Las modalidades, sin embargo, no se limitan en este contexto. El módulo de convertidor 410 determina el formato de archivo de origen independiente de la extensión de archivo. El formato de origen puede no averiguarse únicamente basándose en la extensión de archivo sola debido a que existen múltiples archivos con la misma extensión de archivo que incluso tienen diferentes formatos. Sin embargo, en una modalidad, el módulo de convertidor 410 primero puede determinar la extensión de archivo para acortar la selección de plantillas de interrogación de archivo para determinar ei formato de archivo de origen. Una vez que un subgrupo de formatos de archivo de origen posibles se averigua basándose en extensión de archivo, en una modalidad, el módulo de convertidor 410 verifica la estructura y contenido del archivo de formato de origen 602-1 utilizando una técnica de interrogación de archivo a base de plantilla. También, una vez que se verifica el formato de archivo de origen, el módulo de convertidor 410 determina el flujo de lógica de traducción de formato real para convertir el archivo de formato de origen 602-1 a un archivo de formato neutral seguro correspondiente 604-1. El módulo de convertidor 410 después extrae metadatos contenidos en el archivo de formato de origen 602-1. Los metadatos describen los atributos de archivo del archivo de formato de origen 602-1. En una modalidad, el archivo de formato de origen 602-1 puede clasificarse en uno de gráficos 2-D, cuadro, vector, vector 3-D, documento inteligente, y/o formato de archivo de formas (por ejemplo, XML). Para determinar el formato del archivo de formato de origen 602-1, un módulo de interrogación de formato de archivo analiza el encabezado y/o la porción de cuerpo del archivo de formato de origen 602-1 buscando indicadores de tipo de formato fijados en el archivo. El módulo de interrogación de formato de archivo analiza el encabezado que busca patrones de byte, filos, y otros indicadores de tipo de formato fijados en el archivo de formato de origen 602-1. Si el formato de archivo de origen es un formato de vector 3-D, por ejemplo, el módulo de convertidor 410 analiza los contenidos de cuerpo del archivo de formato de origen 602-1 buscando fines clave o patrones de byte asociados con modelos CAD 3-D. Al utilizar la Interfase de Programa de Aplicación (API) correspondiente a la aplicación de software de origen utilizada para crear el archivo de formato de origen 602-1, el módulo de convertidor 410 ejecuta uno o más submódulos para traducir el archivo de formato de origen 602-1 a un archivo de formato neutral seguro 604-1. Con la API, uno o más submódulos se extraen datos descriptivos, que se asocian con el artículo fijado en y/o definido por los contenidos del archivo de formato de origen 602-1. Los datos descriptivos pueden incluir atributos, propiedades físicas, características de artículo, y/o entidades del artículo. Los atributos de artículo pueden incluir si el artículo es una parte de lámina de metal, un tablero de circuito, un arnés mediante cables, una soldadura, y similares. Las propiedades físicas pueden incluir longitud, ancho, grosor, altura, material, acabado, y otras propiedades que especifica del artículo. Las características de artículo pueden asociar el artículo con un procedimiento de fabricación utilizado para fabricar, construir, ensamblar o de otra forma fabricar el artículo. Las entidades de artículo pueden incluir identificadores que indican si el artículo se representa por un modelo CAD 2-D o 3-D. Una vez que los atributos de artículo, propiedades físicas, y/c características de artículo se extraen y/o crean basándose en la información extraída, el módulo de convertidor 410 busca una base de datos para acoplar los atributos de artículo, propiedades físicas, características de artículo, y entidades de artículo con un proveedor y/o fabricante capaz de originar y/o fabricar el diseño. Si el artículo incluye uno o más ensambles, el módulo de convertidor 410 extrae el número de ensambles y la relación jerárquica entre múltiples artículos dentro de cada ensamble, y extrae el número de ocurrencias de un artículo en particular que es común para uno o más ensambles. Basándose en la información extraída, el módulo de convertidor 410 puede determinar si todos los archivos de formato de origen asociados con el artículo se recibieron en la carga y notifica al usuario si están faltando cualquiera de los archivos o datos. Una vez que todos los atributos de artículo, propiedades físicas, y características de artículo se extrajeron del archivo de formato de origen 602-1, el módulo de convertidor 410 crea un archivo de formato neutral seguro correspondiente 604-1. El módulo de convertidor 410 extrae datos descriptivos del archivo de formato de origen 602-1 para crear una imagen del artículo y una lista de atributos de artículo, propiedades físicas, y características de artículo que pueden presentarse con el módulo de observador 420 dentro de la estructura de trabajo de aplicación 348, 349. Si el archivo de formato de origen 602-1 contiene un ensamble, el archivo de formato neutral seguro 604-1 incluye una represtación de las vistas de ensamble que se presentaron como un árbol de ensamble por la estructura de trabajo de aplicación 348, 349. La vista de árbol de ensamble presenta la relación entre cada artículo dentro de un ensamble y puede incluir una presentación de un artículo, descripción, revisión, desarrollo de cantidad, y otra información. El archivo de formato neutral seguro 604-1 contiene información fijada sobre el artículo para permitir al módulo de observador 420 presentar gráficamente las vistas de artículo como se pretendía originalmente para presentarse al utilizar la aplicación de software CAD de origen utilizada para crear el artículo. La información de presentación de gráficos también puede incluir información sobre si un artículo se enlaza a un procedimiento de fabricación y puede crear múltiples vistas adicionales y/o atributos de artículo adicionales, propiedades físicas, y/o características de artículo del artículo que pueden no estar contenidas en el archivo de formato de origen 602-1 como parte del artículo original. Las vistas adicionales pueden incluir, por ejemplo, aplanar o doblar componentes de lámina de metal, soladuras, y otras características. En una modalidad, la vista original del archivo de formato de origen 602-1-/ puede guardarse como un archivo de formato neutral seguro 604-1-/ y la vista adicional del archivo de formato de origen 602-1-/ puede guardarse como un archivo de formato neutral seguro separados 604-1-/. Atributos de artículo adicionales, propiedades físicas, y/o características de artículo pueden incluir, por ejemplo, la longitud, ancho, y/o grosor asociado con las vistas de artículo adicionales. Las Cuadros 1-5 más adelante ilustran varios ejemplos de archivos de formato origen 602-1-/ que pueden convertirse a archivos de formato neutral seguro 604-1-/ por el módulo de convertidor 410. Para cada uno de los archivos de formato de origen 602-1-/, los ejemplos de los Cuadros 1-5 ilustran la aplicación de software de origen utilizada para generar, una breve descripción del tipo de archivo, extensión de archivo, versión, y categoría de archivo. Como se utiliza aquí, una categoría de archivo indica si el archivo de formato de origen es un CAD, vector, o archivo formateado por cuadros. Se debe entender que los ejemplos ilustrados en los Cuadros 1-5 son una lista ilustrativa no exhaustiva de archivo de formato de origen 602-1-/ y no se pretende limitar el alcance de las modalidades en este contexto. El Cuadro 1 a continuación ilustra ejemplos de archivos de formato de origen de diseño CAD mecánico que pueden soportarse en una modalidad del módulo de convertidor 410.
CUADRO 1 El Cuadro 2 a continuación ilustra ejemplos de archivos de formato de origen de diseño CAD eléctricos/electrónicos que pueden soportarse por el módulo de convertidor 410.
CUADRO 2 El Cuadro 3 a continuación ilustra ejemplos de archivos de formato de origen de gráficos que pueden soportarse por el módulo de convertidor 410.
CUADRO 3 El Cuadro 4 a continuación ilustra ejemplos de archivo de formatos de origen de gráficos a base de cuadro que pueden soportarse por el módulo de convertidor 410.
CUADRO 4 El Cuadro 5 a continuación ilustra ejemplos de archivos de formato de origen de documento inteligente que pueden soportarse por el módulo de convertidor 410.
CUADRO 5 Las Figuras 6B-D ¡lustran modalidades de varias interfases de usuarios gráficas 610, 630, 650. Cada una de las interfases de usuario gráfica 610, 630, 650 representa una modalidad de un caso de la estructura de trabajo de aplicación 348, 349. La estructura de trabajo de aplicación 348, 349 puede incluir uno o más marcos de navegación 352, uno o más marcos de comando y de control 354, y uno o más marcos de barra de herramientas 356. El módulo de control 318 maneja la comunicación de inter procedimiento y sincroniza los eventos entre los marcos de navegación 352, los marcos de comando y de control 354, y los marcos de barra de herramienta 356. La Figura 6B es una interfase de usuario gráfica 610 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349 que emplea el módulo de carga/descarga de información de medios 358 para cargar archivos de formato de origen 602-1-/ del primer y segundo nodos de cliente 110-1-a, 120-1-b al nodo de procesamiento de alojamiento 140. Dentro del marco de comando y de control 354, un usuario puede navegar a archivos que utilizan la navegación para lengüeta de archivos 612 o pueden navegar para carpetas que utilizan la navegación para lengüetas de carpetas 614 para acceder a los archivos de formato de origen 602-1-/ para carga. Una interfase de usuario gráfico 616 se presenta dentro del marco de comando y de control 354. La interfase de usuario gráfica 616 es para seleccionar los archivos de los archivos de formato de origen 602-1-/ para cargar de la computadora lateral de cliente 310, 320, por ejemplo. En la modalidad ¡lustrada, los nueve (9) archivos de formato de origen 602-1-9 seleccionados por usuario para carga. Cuando los archivos de archivos de formato de origen 602-1-9 se seleccionan el usuario puede iniciar el procedimiento de carga al seleccionar la lengüeta de comenzar carga 618. La figura 6C es una interfase de usuario gráfica 630 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349 que emplea el módulo de carga/descarga de información de medios 358 para cargar archivos de formato de origen 602-1-/ al nodo de procesamiento de alojamiento 140. Una vez que se inicie el procedimiento de carga, el usuario puede verificar el procedimiento de la carga en la computadora de usuario 310, 320. En una modalidad, se presenta una interfase de usuario gráfica 632 dentro del marco de comando y de control 354. Una primera barra de indicador 634 dentro de la interfase de usuario gráfica 632 presenta el progreso de carga de un archivo de formato de origen actual 601-1. Una segunda barra de indicador 636 dentro de la interfase de usuario gráfica 632 presenta el progreso de carga total de todos los archivos de formato de origen 602-1-9 seleccionados para carga. La Figura 6D es una interfase de usuario gráfica 650 se una modalidad de un caso de la estructura de trabajo de aplicación 348, 349 que emplea el módulo de carga/descarga de información de medios 358 para cargar archivos de formato de origen 602-1-/ al nodo de procesamiento de alojamiento 140. Una vez que se complete el procedimiento de carga, el usuario puede recibir retroalimentación como si el procedimiento de carga fue exitoso. Por consiguiente, en una modalidad, cuando el procedimiento de carga se completa exitosamente, se presenta una interfase de usuario gráfica 652 dentro del marco de comando de control 354. En la modalidad ilustrada, la interfase de usuario gráfica 652 indica que los nueve (9) archivos de formato de origen 602-1-9 se cargaron exitosamente. La Figura 7 es un diagrama de una modalidad del módulo de convertidor 410. Como se muestra, el módulo de convertidor 410 incluye un distribuidor 710, una o más preguntas 720-1-g (en donde g es cualquier número), y uno o más módulos de servicio de convertidor 730-1 -j (en donde j es cualquier número). En una modalidad, los módulos de servicio de convertidor 730-1 -j pueden ejecutarse por uno o más de los servidores de aplicación balanceados de carga 170-1-d, por ejemplo. En una modalidad, los módulos de servicio de convertidor 731-1-j pueden representar en múltiples casos de un módulo de servicio de convertidor para traducir formatos de archivo de origen a un formato de archivo neutral. En una modalidad, el distribuidor 710 es un módulo para identificar el formato de los archivos de formato de origen 602-1-/ (por ejemplo, como se ilustra en los ejemplos de los Cuadros 1-5) para traducirse y para seleccionar uno o más módulos de servicio de convertidor 730-1-j para traducir el formato de origen al formato neutral seguro. Una vez que el formato de archivo de origen de un archivo de formato de origen de entrada 602-1 se identifica, el distribuidor 710 envía el archivo de formato de origen 602-1 a uno o más módulos de servicio de convertidor 730-1-j para traducirse al archivo de formato neutral seguro correspondiente 604-1. En una modalidad, si existen múltiples archivos de formato de origen de entrada 602-1-/, el distribuidor 710 puede enviar los archivos a uno o más preguntas 720-1-g, que puede adaptarse como las estructuras de datos primero dentro primero fuera para procesar múltiples demandas del distribuidor 710. En una modalidad, las preguntas 720-1-g pueden adaptarse para que el último de los archivos de formato de origen que llega 602-1-/ se agreguen a la parte trasera de las preguntas 720-1-g y los módulos de servicio de convertidor 730-1-j tomen los archivos de formato de origen 602-1-/ que llegaron antes de la cabeza de las preguntas 720-1-g. En una modalidad, el distribuidor 710 incluye un módulo de interrogación de archivo 740. Un módulo de interrogación de archivo 740 recibe los archivos de formato de origen 602-1-/ y determina sus formatos de archivo de origen. En una modalidad, determinar el formato del archivo de formato de origen 602-1 puede incluir aplicar uno o más motores de regla individuales o combinaciones de los mismos al archivo de formato de origen 602-1. En motores de regla pueden incluir uno o más módulos ejecutables colectivamente denominados aquí como módulo de interrogación de archivo 740. En una modalidad, el módulo de interrogación de archivo 740 aplica una serie de plantillas 750-1-n contra el encabezado y las porciones de cuerpo de los archivos de formato de origen 602-1-/. En una modalidad, las plantillas 750-1-n pueden residir en las bases de datos 190-1-e. Una vez que el formato de archivo de origen se determina, el módulo de interrogación de archivo 740 selecciona uno o más de los módulos de servicio de convertidor 730-1-j para traducir los archivos de formato de origen 602-1-/ a los archivos de formato neutral seguro correspondiente 604-1-/. En una modalidad, para cada uno de los archivos de formato de origen 602-1-/, los módulos de servicio de convertidor 730-1-j carga en la API de la aplicación de software utilizada para crear los archivos de formato de origen 602-1-/. Los módulos de servicio de convertidor 730-1-j utilizan las instalaciones proporcionadas por la aplicación de software de origen para extraer los contenidos de los archivos de formato de origen 602-1-/. Por ejemplo, extraer la imagen y datos descriptivos del diseño fijado en los archivos de formato de origen 602-1-/. La Figura 8 ilustra modalidades de los módulos de servicio de convertidor 730-1-j que pueden utilizarse en el procedimiento de traducción, por ejemplo. Se debe entender, sin embargo, que módulo de servicio de convertidor adicionales son menos 730-1-j pueden proporcionarse sin limitar el alcance de las varias modalidades del módulo de convertidor 410 aquí descrito. En una modalidad, el módulo de servicio de convertidor DJVU 730-1 puede traducir formatos de archivo de origen de mapa de bits de Windows, formato de intercambio de , gráficos (GIF) formato de intercambio de archivo JPEG, gráficos de red portátiles, formato de archivo de imagen etiquetado (TIFF), archivo de mapa gris portátil, Archivo de Mapas de Bits Portátil, Archivo de Mapa de Píxel Portátil, cualquier archivo de mapa portátil, formato de documento portátil de Adobe (PDF), y archivo de Apple Mclntosh al formato de archivo neutral seguro. En una modalidad, el módulo de servicio de convertidor espacial 730-2 puede traducir por métodos de archivo de origen de Formato de Archivo de Lenguaje de Gráficos de Hewlett Packard (HPGL) formato de especificación e intercambio de gráficos inicial (IGES 2-D), meta archivo de gráficos de computadora, STEP 2-D, formato de ¡nterfase de esteroitografía, Verband der Automobilindustrie (asociación de industria automovilística alemana), y de lenguaje de modelado de realidad virtual al formato de archivo intermedio TIFF, que después puede procesarse por el módulo de servicio de convertidor 730-3. En una modalidad, el módulo de servicio de convertidor TIFF 730-3 puede traducir Spatial 730-2 Herramientas Guías 730-14, convertidor de red 730-15, y archivo Batik 730-16 al formato de archivo intermedio DJVu, que después puede procesarse por el módulo de servicio de convertidor DJVu 730-1.
En una modalidad el módulo de servicio de convertidor DJVU PDF 730-4 puede traducir los formatos TIFF y PDF al formato de archivo neutral seguro. En una modalidad, el módulo de servicio de convertidor de presión de Modelo 730-5 puede traducir Especificación de Intercambio de Gráficos Inicial (IGES 3-D), el STEP 3-D, Archivo de Estudio 3D, Archivo de Corriente HOOPS, Lenguaje de Marcación extensible, Formatos de Archivo de Origen ACIS al formato de archivo neutral seguro. En una modalidad, el módulo de servicio de convertidor de AutoCAD 730-6 puede traducir formatos de archivo de origen de AutoCAD, Intercambio de Dibujo de AutoCAD, el intercambio de dibujo al formato de archivo intermedio HPGL, que después puede procesarse por el módulo de servicio de convertidor TIFF 730-3. En una modalidad, el módulo de servicio de convertidor HPGL 730-7 puede traducir formatos de AutoCAD 730-6, DWF 730-8, Inventor 730-9, SolidWorks 730-11, SolidEdge 730-12, y Pro/Engineer 730-13 al formato de archivo intermedio especial, que después puede procesarse por el módulo de servicio de convertidor espacial 730-2. En una modalidad, el módulo de servicio de convertidor DWF 730-8 puede traducir el formato de archivo de origen de web de diseño de AutoDesk al formato de archivo Internet medio HPGL, que después puede procesarse por el módulo de servicio de convertidor HPGL 730-7.
En una modalidad, el módulo de servicio de convertidor de inventor 730-9 puede traducir el formato de archivo de origen de Dibujo de Inventor de AutoDesk al formato de archivo intermedio HPGL, que después puede procesarse por el módulo de servicio de convertidor HPGL 730-7. El módulo de servicio de convertidor de inventor 730-9 también puede traducir formatos de archivo de origen de Parte de Inventor de AutoDesk y de Ensamble de Inventor de AutoDesk al formato de archivo intermedio 3DF que después puede procesarse por el módulo de servicio de convertidor 3DF 730-10. En una modalidad, un módulo de servicio de convertidor 3DF 730-10 puede traducir el Inventor 730-9, SolidWorks 730-11, SolidEdge 730-12, y Pro/Engineer 730-13 al formato de archivo intermedio de Presión de Modelo, que después puede procesarse por la entrada de formato del módulo de servicio de convertidor de Presión de Modelo 730-5. En una modalidad, el módulo de servicio de convertidor de SolidWorks 730-11 puede traducir el formato de archivo de origen de Dibujo de SolidWorks al formato de archivo intermedio HPGL, que después puede procesarse por el módulo de servicio de convertidor HPGL 730-7. El módulo de servicio de convertidor de SolidWorks 730-11 también puede traducir formatos de archivo de origen de Parte de SolidWorks y de Ensamble de SolidWorks al formato de archivo intermedio 3DF, que después puede procesarse por el módulo deservicio de convertidor 3DF 730-10. En una modalidad, el módulo de servicio de convertidor de SolidEdge 730-12 puede traducir el formato de archivo de origen SolidEdge Draft al formato de archivo intermedio HPGL, que después puede procesarse por el módulo de servicio de convertidor HPGL 730-7. El módulo de servicio de convertidor SolidEdge 730-12 también traduce la parte de SolidEdge, ensamble de SolidEdge, parte de lamina de metal de SolidEdge, y formatos de archivo de origen de soldadura de SolidEdge al formato de archivo intermedio 3DF, que después puede procesarse por el módulo de servicio de convertidor 3DF 730-10. En una modalidad, el módulo de servicio de convertidor Pro/Engineer 730-13 puede traducir el formato de archivo de origen de dibujo Pro/Engineer al formato de archivo intermedio HPGL, que después puede procesarse por el módulo de servicio de convertidor HPGL 730-7. El módulo de servicio de convertidor Pro/Engineer 730-13 también traduce los formatos de archivo de origen de Parte Pro/Engineer y ensamble Pro/Engineer al formato de archivo intermedio 3DF, que después puede procesarse por el módulo de servicio de convertidor 3DF 730-10. En una modalidad, el módulo de servicio de convertidor de Herramientas de Guía 730-14 puede traducir el mapa de bits de Corriente de Código JPEG-2000, JPEG-2000 JP2 meta archivo de Windows, mapa de bits de Targa, adquisición ayuda por computadora y cuadro de soporte de logística, mapa de bit PCX de páginas múltiples de gráficos, mapa de bit Zsoft PCX, y formatos de archivo de origen de posescrito encapsulado al formato de archivo intermedio TIFF, que después puede procesarse por el módulo de servicio de convertidor TIFF 730-3. En una modalidad, el módulo de servicio de convertidor de Convertidor de Red 730-15 puede traducir Meta Archivo de Windows y Formato de Archivo de Origen de Windows Icón al formato de archivo intermedio TIFF, que después puede procesarse por ei módulo de servicio de convertidor TIFF 730-3. En una modalidad, el módulo de servicio de convertidor de archivo Batik 730-16 puede traducir el formato de archivo de origen de Gráficos de Vector Clasicables al Formato de Archivo Intermedio TIFF, que después puede procesarse por el módulo de servicio de convertidor TIFF 730-3. En una modalidad, el módulo de servicio de convertidor de Imagen Mágica 730-17 puede traducir el Mapa de bits de Kodak PhotoCD y formatos de archivo de origen de mapa de Bits de cuadro de sol al formato de archivo neutral seguro. En una modalidad, el módulo de servicio de convertidor de Controlador de Impresora de ICE 730-18 puede traducir los formatos de archivo de origen de Microsoft Word, Excel, power Point, Project y VISIO al formato de archivo intermedio EMF, que después puede procesarse por el módulo de servicio de convertidor EMF 730-20. En una modalidad, el módulo de servicio de convertidor DJVU EMF 730-19 puede traducir el formato de archivo de origen de Meta Archivo de intercambio de Windows al formato neutral seguro. En una modalidad, el módulo de servicio de convertidor EMF 730-20 puede traducir la salida del módulo de servicio de convertidor de Controlador de Impresora ICE negro 730-18 al formato de archivo intermedio de Herramientas de Guía que después pueden procesarse por el módulo de servicio de convertidor de Herramientas Guía 730-14. Cualquier número donde otros módulos de servicio de convertidor 730-j pueden emplearse para implementar traducciones de cualquier formato de archivo de origen o intermedio al formato de archivo neutral seguro. Las modalidades no se limitan en este contexto. Para simplificar la descripción de la operación de una modalidad de los módulos de servicio de convertidor 730-1-j aquí, ahora se hace referencia a las Figuras 9A, 9B, que son diagramas que ilustran las estructuras de archivo de un archivo de formato de origen 602-1 y un archivo de formato neutral seguro 604-1, respectivamente. La Figura 9A es una modalidad de una estructura de un archivo de formato de origen 602-1. Como se muestra, el archivo de formato de origen 602-1 incluye un encabezado 910 y un cuerpo 912. El encabezado 902 y el cuerpo 912 cada una pueden incluir elementos múltiples. El encabezado 910 incluye información en la forma de patrones de byte, filas, y/o una combinación de ambos. Porciones de la información de encabezado 910 pueden asociarse por el formato de archivo de formato de origen 602-1 y pueden incluir la extensión de archivo 914, el nombre de la aplicación de origen 916 utilizada para crear el archivo de formato de origen 602-1, un identificador 918 asociado con la aplicación de origen, y/o el número de versión 920 de la aplicación de origen, entre otra información, por ejemplo. El cuerpo 912 puede incluir información en la forma de patrones de byte, filas, y/o una combinación de ambos. Las porciones de la información de cuerpo 912 pueden estar asociadas con el contenido del archivo de formato de origen 602-1. Por ejemplo, el cuerpo 912 puede contener información sobre una imagen 922 y datos descriptivos 924 de un objeto de diseño y/o entidades 926 que indican si el objeto de diseño es un diseño CAD 2-D o 3-D. La Figura 9B es una modalidad de una estructura de un archivo de formato neutral seguro 604-1. Como se muestra, el archivo de formato neutral seguro 604-1 incluye un encabezado 950 y un cuerpo 952. El encabezado 950 y el cuerpo 962 cada uno incluye elementos múltiples. El encabezado 910 incluye un elemento de marca 954, un número de versión de archivo 956, una bandera de codificación críptica/compresión 958, un pre-encabezado 960, un encabezado XML 962, y el encabezado XML 962 incluye permisos de vista de usuario 964. El cuerpo incluye una sección de datos 966. En la porción de encabezado 950, el elemento de marca 954 identifica que es un archivo de formato neutral seguro 604-1. La marca 954 se lee por el módulo de observador 420 que asegura que está leyendo un archivo de formato neutral seguro 604-1. La bandera de codificación críptica/compresión 958 identifica el tipo de codificación críptica y compresión utilizada. El pre-encabezado 960 describe instrucciones para leer el tipo de archivo y el tamaño de la sección de datos 966 en el cuerpo 952. En una modalidad, el pre-encabezado 960 puede incluir el número de archivos contenidos en el archivo de formato neutral seguro 604-1, el tipo de archivo de origen original y formato del archivo de formato de origen traducido 602-1, el tipo de archivo de formato neutral seguro (por ejemplo, 2-D, 3-D, XML, formas) y el inicio y tamaño de cada archivo contenido en la sección de datos 966. El encabezado XML 962 describe a tributos del archivo de formato neutral seguro 604-1 y puede incluir el estado de vista en la imagen gráfica, propiedades de archivo, propiedades de imagen, y guardada en memoria caché fuera de línea. En la porción de cuerpo 952, la sección de datos 966 incluye archivos binarios contenidos en el archivo de formato neutral seguro 604-1, el número de archivos y la dirección de inicio y longitud de cada uno de los archivos. La Figura 10 es una modalidad de un diagrama de flujo de conversión 1000 que ilustra el procedimiento de convertir archivos de formato de origen de entrada 602-1-/ al módulo de convertidor 410 y proporcionara archivos de formato neutral seguro de salida 604-1-/. En una modalidad, el módulo de convertidor 410 recibe uno o más archivos de formato de origen 602-1-/ para convertirse, en donde cada archivo puede tener un formato de archivo de origen diferente. Para simplicidad, la operación del módulo de convertidor 410 se describe con respecto al procesamiento de archivo de formato de origen individual 602-1. Los archivos de formato de origen restantes 602-2-/ pueden convertirse en paralelo al invocar múltiples argumentos de ejecución del módulo de convertidor 410 en servidores de aplicación 170-1-d. En una modalidad, los archivos de formato de origen restantes 602-2-/ pueden convertirse en la secuencia que se reciben, pueden clasificarse por conversión, pueden convertirse en cualquier orden no específico, y/o cualquier combinación de los mismos. El archivo de formato de origen 602-1 se recibe por el módulo de convertidor 410 y, en una modalidad, el módulo de interrogación de archivo 740 identifica (1110) la extensión de archivo. Aunque no se requiere la extensión de archivo para traducir el archivo de formato de origen 602-1, identificar en la extensión de archivo reduce el número de plantillas predefinidas 750-1-n para aplicarse el encabezado 910 y el cuerpo 912. Se apreciará por aquellos expertos en la técnica que la extensión de archivos solo puede no ser un indicador adecuado para seleccionar un módulo de servicio de convertidor 730-1-j. Existen muchos archivos de formato de origen 602-1-/ que tienen la misma extensión de archivo, pero tienen diferentes formatos de archivo de origen. Como un ejemplo, las aplicaciones de software de Cadenee, Unigraphics, y ProEngineer CAD cada una genera archivos CAD de origen con una extensión *.PRT. Cada una de esas aplicaciones de origen, sin embargo, tiene un formato diferente y requieren un módulo de servicio de convertidor diferente 730-1-j para traducir. Sin embargo, debido a que el número de archivos de formato de origen 602-1-/ que tienen la misma extensión de archivo es un subgrupo de una población de los archivos de formato de origen 602-1-/ soportada por los módulos de servicio de convertidor 731-1-j, que identifica la extensión de archivo reduce las plantillas a base de regla de número total 750-1-n para invocarse para identificar el formato de archivo. De esa forma, el módulo de interrogación de archivo 740 selecciona e invoca una o más plantillas de regla 751-1-n basado en la extensión de archivo y selecciona los números de servicio de convertidor apropiados 630-1-j. Una vez que la extensión de archivo se identifica, se verifica un número de sub grupo de plantilla de regla 750-1-n basándose en la extensión de archivo en estás plantillas de regla 750-1 -j se aplican al archivo de formato de origen 602-1. Después de leer la extensión de archivo del archivo de formato de origen 602-1 e identificar un soporte de las plantillas de regla 750-1-n, el módulo de interrogación de archivo 740 invoca una iniciación de argumentos múltiples del subgrupo de la plantilla de regla 750-1-n en uno o más de los servidores de aplicación 170-1-d. En una modalidad, las plantillas de regla múltiples 750-1-n pueden procesarse en paralelo a través de uno o más servidores de aplicación 170-1-b o pueden procesarse en serie. En una modalidad, por ejemplo, cada uno de uno o más servidores de aplicación 170-1-b puede ejecutar cinco argumentos contra cada unidad de procesador 210-1 -b (Figura 2) para expedir el procedimiento de conversión. El módulo de interrogación de archivo 740 aplica (1012) una o más plantillas predefinidas 750-1-n y compara los contenidos de! encabezado 910 y/o cuerpo 912 a la plantilla. El módulo de interrogación de archivo 740 lee los contenidos del encabezado 910, el cuerpo 912, o ambos, del archivo de formato de origen 602-1. Los contenidos después se comparan con las múltiples plantillas predefinidas 750-1-n para identificar el formato de archivo de origen. En varias modalidades, el módulo de interrogación de archivo 740 incluye la aplicación de múltiples motores de regla que incluyen aquellas plantillas se incluyen al menos alguna información sobre formatos de archivo de origen conocido y que comparan los contenidos del encabezado 910 y el cuerpo 912 con la información definida en las plantillas 750-1-n. En general, una plantilla diferente puede definirse para cada formato de archivo de origen. En una modalidad, el módulo de interrogación de archivo 740 procesa el archivo de formato de origen 602-1 con las plantillas 750-1-n utilizando varias reglas basadas en acoplamiento tal como patrón de byte, fila global función lógica tal como función de lógica de Boolean, un identificador basado en contenido, y/o cualquiera de las combinaciones de estas reglas o todas estas reglas. En una modalidad, el motor de regla basado en plantilla puede ser un interrogador de formato de archivo basado en lenguaje de marcación extensible (XML), por ejemplo. Se debe apreciar que esta regla simplemente puede proporcionarse como ejemplo si el alcance del módulo de convertidor 410 no se limita en este contexto. En una modalidad, después de que el módulo de interrogación de archivo 740 determina el formato de archivo de formato de origen 602-1, selecciona (1014) uno o más módulos de servicio de convertidor 630-1 -j basándose en el formato de archivo de origen identificado. El archivo de formato de origen 602-1 puede distribuirse a una o más preguntas 720-1-g para otro procesamiento. El distribuidor 710 envía al archivo a uno o más módulos de servicio de convertidor seleccionados 730-1-j para traducción al archivo de formato neutral seguro correspondiente 604-1. En una modalidad, por ejemplo, el módulo de interrogación de archivo 740 puede seleccionar un módulo de servicio de convertidor 730-1 para realizar una traducción directa. Por consiguiente, el módulo de servicio de convertidor 730-1 se invoca y ejecuta en una forma de argumento múltiple para extraer el contenido deseado del archivo de formato de origen 602-1 requerido para generar el archivo de formato neutral seguro correspondiente 604-1. Los modelos de servicio 630-1 -j invocan la API de origen y traducen (1016) el archivo de formato de origen 602-1 al archivo de formato neutral seguro 604-1. Para realizar la traducción, el módulo de servicio de convertidor 730-1 invoca la API de la aplicación de software utilizada para generar el archivo de formato de origen 602-1 y extrae la imagen gráfica y el contenido de datos descriptivos del archivo de formato de origen 602-1. La imagen gráfica y el contenido de datos descriptivos del archivo de formato de origen 602-1 pueden definir un artículo que tiene cierta estructura con propiedades, atributos, y características de fabricación. Como se describió previamente el término "artículo" se refiere a cualquier mecanismo, dispositivo, instrumento, máquina, maquinaria o ensamble o componentes, elementos, secciones, materiales o recursos necesarios para modificar, construir, fabricar, ensamblar, o crear un producto representado por información digital que forma una porción del contenido del archivo de formato de origen 602-1. Por ejemplo, el módulo de servicio de convertidor 730-1-j puede extraer información asociada con varias propiedades del artículo como puede definirse por el contenido del archivo de formato de origen 602-1. Por ejemplo, el contenido puede definir una estructura de artículo. La estructura puede definirse por ciertas propiedades, atributos y características de fabricación. En una modalidad, el módulo de servicio de convertidor 730-1-j también puede extraer información sobre características como puede definirse por el contenido del archivo de formato de origen 602-1. Las características se asocian con el procedimiento de fabricación empleado para crear el artículo. El procedimiento de fabricación puede incluir, por ejemplo, estampado, prueba, o fabricación de tablero de circuito, empacado, fabricación general, maquinaría, moldeo, soldadura, entre otros varios servicios normalmente asociados con el diseño, fabricación, y distribución de un artículo. Basándose en el formato de archivo identificado, los módulos de servicio 630-1-j pueden traducir (1016-1, 1016-2, 1016-j) en archivo de formato de origen 602-1 en uno o más formatos de archivo intermedios antes de generar el archivo de formato neutral seguro 604-1 debido a que puede no existir un módulo de servicio de convertidor directo 630-1-j para revisar una traducción directa. Las modalidades no se limitan en este contexto.
Ahora se describirán varios ejemplos para aplicar las plantillas basadas en regla 750-1-n. En una modalidad, el módulo de interrogación de archivo 740 puede aplicar una plantilla de regla de patrón de byte 750-1 a la porción de encabezado 910 del archivo de formato de origen de entrada 602-1. Por consiguiente, el módulo de interrogación de archivo 740 lee los contenidos del encabezado 910 y compara los contenidos en posiciones predeterminadas dentro del encabezado 910 a uno o más patrones de byte predefinido que están característicamente asociados con un formato de archivo de origen particular. Por ejemplo, los patrones de byte que están característicamente asociados con cualquiera de los formatos de archivo de origen conocidos como se ilustra en los ejemplos de los Cuadros 1-5. El modelo de interrogación de archivo 740 identifica el formato del archivo de formato de origen 602-1 en donde existe un acoplamiento entre el patrón de byte definido en la plantilla de arreglo de patrón de byte 750-1, por ejemplo, y los contenidos del encabezado 910 en las posiciones predeterminadas del archivo de formato de origen 602-1. El procedimiento de conversión después continúa a uno o más módulos de servicio de convertidor 730-1-j que corresponden al formato identificado particular. Como se discutió previamente, el procedimiento de traducción puede incluir una o más traducciones intermedias antes de llegar al archivo de formato neutral seguro de salida 604-1 que corresponde al archivo de formato de origen de entrada 602-1. Una plantilla de regla de patrón de byte basada en XML ilustrativa 750-1 para identificar un archivo de cuadro de tipo de "Mapa de Bits de Windows" con una extensión 7BMP se muestra más adelante: "Regla de Plantilla de mapa de bits de Windows (7BMP) XML" <Reglas> <Bloque frontal> <Patrón><Bytes>424D</Bytes> <ASCII>BM</ASCII> <Pos>0</Pos> </Patrón> <Patrón><Bytes>0000000000</Bytes <Pos>5</Pos> </Patrón> <Patróp><Bytes>0000</Bytes> <Pos>12</Pos> </Patrón> <Patrón><Bytes>000000</Bytes> <Pos>15</Pos> </Patrón> <Patrón><Bytes>0000</Bytes> <Pos>20</Pos> </Patrón> <Patrón><Bytes>00000100</Bytes> <Pos>24</Pos> </Patrón> <Patrón><Bytes>0000000000</Bytes> <Pos>29</Pos> </Patrón> <Patrón><Bytes>00</Bytes> <Pos>37</Pos> </Patrón> <Patrón><Bytes>0000</Bytes> <Pos>40</pos> </Patrón> <Patrón><Bytes>0000</Bytes> <Pos>44</pos> </Patrón> <Patrón><Bytes>0000</Bytes> <Pos>48</Pos> </Patrón> <Patrón><Bytes>0000</Bytes> <Pos>48</Pos> </Patrón> < Patrón ><Bytes>0000</Bytes> <Pos>52</Pos> </Patrón> </Bloque Frontal> </Reglas> Si no se encuentra acoplamiento al utilizar la plantilla de regla atrón de Byte 750-1, en una modalidad, el módulo de interrogación de archivo 740 puede aplicar una plantilla de arreglo de patrón de fila global 750-2 al encabezado 910 y las porciones de cuerpo 920 del archivo de formato de origen de entrada 602-1. Por consiguiente, el módulo de interrogación de archivo 740 lee los contenidos del encabezado 910 y el cuerpo 920 y compara el contenido contra una o más patrones de fila de plantilla predefinidos característicamente asociados con un formato de archivo de origen particular. Esto puede incluir filas que están característicamente asociadas con cualquiera de los formatos de archivo de origen conocidos como se ilustran los ejemplos de los Cuadros 1-5. El módulo de interrogación de archivo 740 identifica el formato del archivo de formato de origen 602-1 en donde existe una concordancia entre la plantilla de regla de patrón de fila 750-2 y los contenidos del encabezado 910 y/o cuerpo 920 del archivo de formato de origen 602-1. El procedimiento de conversión después continúa a uno de los módulos de servicio de convertidor 730-1-j que corresponden al formato identificado particular. Como se discutió previamente, el procedimiento de traducción puede incluir una o más traducciones intermedias antes de llegar al archivo de formato neutral seguro de salida 604-1 que corresponde al archivo de formato de origen de entrada 602-1. Una plantilla de regla de patrón de fila global la base de XML ilustrativa 750-2 para identificar un archivo de vector de tipo de "Ensamble de SolidEdge" con una extensión 7ASM se muestra más adelante: "Motor de Regla de plantilla de XML de ensamble (*ASM) de SolidEdge" <Bloque FrontaO <Patrón><Bytes>D0CF11E0A1B11AE1000000000000000000000 000000000003E000300FeF0900060000000000000000000000</Bytes> <Pos>0</Pos> </Patrón> <Bloque Frontal> <Fi las GlobaIes> <Filas>SolidEdge</Filas> </Filas Globales> </Reglas> Si no se encuentra acoplamiento al utilizar ya sea la plantilla de regla de patrón de Bytes 750-1 o la plantilla de regla de filas globales 750-2, en una modalidad, el módulo de interrogación de archivo 740 puede aplicar una función de lógica de Boolean, tal como la función de lógica "OR", la plantilla de regla 750-3 al encabezado 910 y las porciones de cuerpo 920 del archivo de formato de origen 602-1. Por consiguiente, el módulo de interrogación de archivo 740 lee los contenidos del encabezado 910 y el cuerpo 920 y realiza una función de lógica "OR" contra uno o más patrones de Byte o fila específicos que están característicamente asociados con un formato de archivo de origen particular. Estos pueden incluir Bytes o filas que están característicamente asociadas con cualquiera de los formatos de origen conocidos como se ilustran los ejemplos del Cuadros 1-5. El módulo de interrogación de archivo 740 identifica el formato del archivo de formato de origen 602-1 cuando la función "OR" produce un acoplamiento de patrón de Bytes o de fila entre la plantilla de regla de lógica de Boolean 750-3 y los contenidos del encabezado 910 y/o cuerpo 920 del archivo de formato de origen 602-1. El procedimiento de conversión después continúa a uno o más modelos de servicio de convertidor 730-1-j que corresponden al formato identificado particular. Como se discutió previamente, el procedimiento de traducción puede incluir uno o más traducciones intermedias antes de llegar al archivo de formato neutral seguro de salida 604-1 que corresponde al archivo de formato de origen de entrada 602-1. Una plantilla de regla "OR" boleana a base de XML ilustrativas 750-3 para identificar un archivo de vector de tipo "AutoCAD" con una extensión 7DWG se muestra más adelante: "Motor de Regla de Plantilla XML de AutoCAD(7DWG)" <Bloque Frontal> <Patrones Or> <Patrón Or> <Bytes>4143312E3530</Bytes> <ASCII>ACI.50</ASCII> <Pos>0</Pos> </Patrón Or> <Patrón Or> <Bytes>414331303036</Bytes> <ASCII>AC1006</ASCII> <Pos>0</Pos> </Patrón Or> <Patrón Or> <Bytes>414331303039</Bytes> <ASCII>AC1009</ASCII> <Pos>0</Pos> </Patrón Or> <Patrón Or> <Bytes>414331303132</Bytes> <ASCII>AC1012</ASCII> <Pos>0</Pos> </Patrón Or> <Patrón Or> <Bytes>414331303134</Bytes> <ASCII>AC1014</ASCil> <Pos>0</Pos> </Patrón Or> <Patrón Or> <Bytes>414331303135</Bytes> <ASCII>AC1015</ASCI1> <Pos>0</Pos> </Patrón Or> <Patrón Or> <Bytes>414331303138</Bytes> <ASCII>AC1018</ASCII> <Pos>0</pos> </Patrón Or> <Patrón Or> </Bloque Frontal> </Reglas> Si no se encuentra acoplamiento al utilizar la plantilla de regla de patrón de Byte 750-1, la plantilla de regla de filas globales 750-2 o la plantilla de regla lógica Boleana 750-3, en una modalidad, el módulo de interrogación de archivo 740 puede aplicar una plantilla de regla de identificador (revisión de código) basado en contenido 2- D 750-4 al encabezado 910 y las porciones de cuerpo 920 del archivo de formato 602-1. Por consiguiente, el módulo de interrogación de archivo 740 de los contenidos del encabezado 910 y el cuerpo 920 y compara los contenidos contra los identificadores de basados en contenido 2-D en la forma de patrones de byte o fila específicos que están característicamente asociados con un formato de archivo de origen particular. Estos pueden ser Bytes o filas que están característicamente asociados con cualquiera de los formatos de archivo de origen conocidos como se ilustro en los Cuadros 1-5 ilustrativos. El módulo de interrogación de archivo identifica el formato del archivo de formato de origen 602-1 cuando los identificadores basados en contenido 2-D acoplan un patrón de byte de la fila en las porciones de encabezado 910 y/o de cuerpo 920 que se acoplan a contenido específico de dibujo 2-D asociado con un diseño 2-D en el archivo de formato de origen 602-1. El procedimiento de conversión después continúa a uno o más módulos de servicio de convertidor 730-1-j que corresponden al formato identificado particular. Como se discutió previamente, el procedimiento de traducción puede incluir una o más traducciones intermedias antes de llegar en el archivo de formato .neutral seguro de salida 604-1 que corresponde al archivo de formato de origen de entradas 602-1. Una plantilla de regla de identificador basado en contenido 2-D XML ilustrativo (denominado aquí como tradición de Códigos) 750-4 para identificar un archivo de vector de tipo de "Especificación de Intercambio de Gráficos Inicial (IGES)" 2-D con una extensión 7IGES o 7IGS se muestra más adelante: "Motor de Regla de Plantilla XML 2-D de Especificación de Intercambio de Gráficos Inicial (71GES)" <Bloque Frontal> <Patrón> <Bytes>53</Bytes> <ASCII>5</ASCII> <Pos>72<Pos> </Patrón> <Patrón> <Bytes>31</Bytes> <ASCII>K/ASCII> <Pos>79</Pos> </Patrón> </Bloque Frontal> <Código de Revisión> <Nombre de Ensamble>Función.2D</Nombre de Ensamble> <Nombre de Objeto>Función.2D.Regla2D</Nombre de Objeto> </Revisión de Código> </Reglas> Si no se encuentra acoplamiento al utilizar la plantilla de regla de patrón de Byte 750-1, la plantilla de regla de filas global 750-2, la plantilla de regla de lógica Booleana 750-3 o la plantilla de regla de identificador basado en contenido 2-D 750-4, en una modalidad, el módulo de interrogación de archivo 740 puede aplicar una plantilla de regla de identificador basado en contenido de 3-D (revisión de código) 750-5 al encabezado 910 y las porciones de cuerpo 920 del archivo de formato de origen 602-1. Por consiguiente, el módulo de interrogación de archivo 740 lee los contenidos del encabezado 910 y el cuerpo 920 y compara los contenidos contra los identificadores basados en contenido 3-D en la forma de Byte específico o patrones de fila que están característicamente asociados con un formato de archivo de origen particular. Estos pueden ser Bytes o filas que están característicamente asociados con cualquiera de los formatos de archivo de origen conocidos como se ilustran en los ejemplos de los Cuadros 1-5. El módulo de interrogación de archivo identifica el formato del archivo de formato de origen 602-1 cuando los identificadores basados en contenido 3-D acoplan un patrón de Byte o de fila en el encabezado 910 y/o porciones de cuerpo 920 que se acoplan al contenido específico de dibujo 3-D asociado con un diseño 3-D en el archivo de formato de origen 602-1. El procedimiento de conversión después continúa a uno o más modelos de servicio de convertidor 730-1-j que corresponden el formato identificado particular. Como se discutió previamente, el procedimiento de traducción puede incluir una o más traducciones intermedias antes de llegar al archivo de formato neutral seguro de salida 604-1 que corresponde al archivo de formato de origen de entrada 602-1. Una plantilla de regla de identificador basada en contenido 3-D XML ilustrativo (denominado aquí como revisión de código) 750-5 para identificar un archivo de vector de tipo de "Especificación de Intercambio de Gráficos Inicial" 3-D con una extensión 7IGES o *.IGS se muestran más adelante: "Motor de Regla de Plantilla XML 3-D de Especificación de Intercambio de Gráficos Inicial (7IGES)" <Bloque Frontal> <Patrón> <Bytes>53</Bytes> <ASCII>s</ASCM> <Pos>72</Pos> </Patrón> <Patrón> <Bytes>31</Bytes> <ASCII>K/ASCII> <Pos>79</Pos> </Patrón> </Bloque Frontal> <Revisión de Código> <Nombre de Ensamble>Función.3D</Nombre de Ensamble> <Nombre de Objeto>Función.3D.Regla3D</Nombre de Objeto> </Revisión de Código> </Reglas> En el procedimiento de revisión de código, para determinar si el archivo es un archivo 2-D o un archivo 3-D el módulo de interrogación de archivo 740 puede observar el identificador basado en contenido denominado como entidades 3-D que pueden asociarse con un archivo 3-D. Si no se acoplan entidades 3-D, el módulo de interrogación de archivo 740 puede terminar un archivo 2-D. Estas entidades 3-D pueden incluir, por ejemplo, la siguiente entidad IGES cada línea de terminación de geometría 2-D y 3-D y extracción de atributos. Por ejemplo, el módulo de interrogación 740 puede analizar el código para atributos de entidad asociados con artículos tal como: dimensión angular, dimensión de diámetro, etiqueta general, nota general, dimensión lineal, dimensión de radio, símbolo general, sección, dibujo, y vista, por ejemplo. El módulo de interrogación de archivo 740 también analiza el código para entidades 3-D asociadas con el artículo tal como: superficie de ranuras flexible paramétrica, superficie medida, superficie de revolución, superficie tabulada, superficie de regla flexible de racional, curva en una superficie, superficie enlazada, superficie unida, superficie plana, superficie cónica circular derecha, y superficie toroidal, por ejemplo. El módulo de interrogación de archivo 740 también puede analizar el código para entidades 3-D sólidas asociadas con el artículo tal como un objeto sólido múltiple, por ejemplo. Otras plantillas de regla 750-6-n pueden aplicarse para identificar múltiples tipos de formato no discutidos anteriormente. Las modalidades no se limitan en este contexto. Enseguida hay dos ejemplos adicionales de plantillas de regla 750-6, 750-7 que pueden aplicarse una vez que se identifica la extensión de archivo. Como se discutió previamente, las aplicaciones de Pro/Engineer y CAD Unigraphics cada una generan archivos de origen con una extensión 7PRT incluso aunque los formatos de archivo de origen para estos dos archivos CAD son diferentes y no pueden convertirse utilizando el mismo módulo de servicio de convertidor. Una plantilla basada en regla XML ilustrativa 750-6 que utiliza un patrón de Byte y técnica de acoplamiento de fila global para identificar un "Archivo de Parte Pro/Engineer" con una extensión *.PRT se muestra más adelante: "Motor de Regla de Plantilla XML de Archivo de Parte Pro/Engineer ( 7PRT)" <Bloque Frontal> <Patrón><Bytes>235547433A322050415254</Bytes> <ASCII>#UGC:2 ASSEMBLY</ASCII> <Pos>0</Pos> </Patrón> </Bloque Frontal> <Filas Globales> <Fila>#FIN_DE_UGC</Fila> </Filas Globales> </Reglas> Una plantilla basada en regla XML 750-7 que utiliza un patrón de Byte y técnica de acoplamiento de fila global para identificar un "Archivo de parte de Unigraphics" con una extensión *.PRT se muestra más adelante: "Motor de Regla de Plantilla XML de Archivo de Parte de Unigraphics (7PRT)" <Bloque Frontal> <Patrón><Bytes>D0CF11E0A1B11AE1000000000000000000000 000000000003E000300FeFF0900060000000000000000000000</Bytes > <pos>0</pos> </Patrón> </Bloque Frontal> <Filas Globales> <Fila>UGIK/Fila> <Fila>Contenidos de Carpeta</Fila> <Fila>Propiedades de Carpeta</Fila> </Fila Global> </Reglas> Como se describió previamente, el archivo de formato de origen 602-1 puede tomar muchas formas, que incluyen: texto (ASCII, SGML, HTML), imágenes (TIFF y GIFF), gráficos (colecciones de vectores tal como archivos DAD/CAM, GIS), audio (colecciones de bits estructurados de acuerdo con teoría de onda de sonido), video (mpeg) formatos de archivo de diseño mecánico CAD, formatos de archivo EDA/ECAD/PCB de diseño electrónico CAD, formatos de archivo de documentos/gráficos basados en vector, formatos de archivo de gráficos basados en cuadro, y formatos de archivo de documentos de oficina inteligente, entre otros, por ejemplo. Los datos descriptivos como se definieron por el contenido del archivo de formato de origen 602-1 pueden incluir, por ejemplo, propiedades de artículo, información de resumen, propiedades definidas por usuario, y propiedades de masa del artículo definidos por el archivo de formato de origen 602-1-/, por ejemplo. El Cuadro 7 más adelante proporciona ejemplos de las varias propiedades que pueden asociarse con un artícujo definido por el contenido del archivo de formato de origen 602-1 en su formato de archivo de origen.
CUADRO 7 En una modalidad, o además de las propiedades o atributos estructurales de artículo, el módulo de servicio de convertidor 730-1 puede extraer información adicional asociada con un artículo tal como, por ejemplo, inteligencia sobre cualquiera de las partes faltantes, listas de ensamble, propiedades aplanadoras y adicionales de lamina de metal relacionadas con aplanado, soldaduras, y tipos de soldaduras archivo, por ejemplo. Las Figuras 11A-C es un diagrama de una modalidad de un flujo de procedimiento de conversión de archivo de formato de origen 1100 para convertir los archivos de formato de origen 602-1-/ que tienen varios archivos de origen 1100 para archivos de formato neutrales seguros correspondientes 604-1-/ que tienen un formato de archivo neutral seguro 1150 (SNFF). Cada formato de archivo de origen 1110 puede clasificarse en una de cuatro categorías de archivo, tal como, cuadro 1112, vector 1114, CAD 1116, documentos inteligentes 1118, y formas 1120. Los formatos de archivo de origen 1112-1120 tienen una extensión de archivo 1130 asociada con ellos. Como se discutió previamente, la extensión de archivo 1130 únicamente puede utilizarse para valorar los formatos de archivo de origen 1112-1120 debido a que no es un identificador único del formato de archivo de origen. Los archivos de formato de origen múltiples 602-1-/ pueden tener la misma extensión 1130 pero diferentes formatos de archivo de origen 1112-1120. El cuadro 1100 además ilustra los pasos de traducción intermedios que pueden requerirse y los módulos de servicio de convertidor intermedios 730-1-j que pueden requerirse para traducir los formatos de archivo de origen 1112-1120 al formato de archivo neutral 1150. Como se discutió previamente, el módulo de servicio de convertidor 730-1-j puede realizar cualquier número de traducciones intermedias para llegar en el formato de archivo neutral seguro 1150. Algunos formatos de archivo de origen son directamente traducibles al formato de archivo neutral 1150. Por ejemplo, en una modalidad los formatos de archivo de origen 1110-1-10 son directamente traducibles al formato de archivo neutral 1150. De esa forma, el Mapa de Bits de Ventana (1110-1), Formato de Intercambio de Gráficos (1110-2) (GIF) Formato de Intercambio de Archivo JPEG (1110-3), Gráficos de Red Portátil (1110-4), Formato de Archivo de Imagen Etiquetada (1110-5) (TIFF), Archivo de Mapa Gris Portátil (1110-6), Archivo de Mapa de Bit Portátil (1110-7), Archivo de Mapa de Píxel Portátil (1110-8), Cualquier Archivo de Mapa Portátil (1110-9), Formato de Documento Portátil de Adobe (1110-10) (PDF), y Archivo de Apple Mclntosh (1110-50) se traducen directamente al formato de archivo neutral 1150 por el módulo de servicio de convertidor DJVu 730-1. Por consiguiente, el módulo de interrogación de archivo 740 puede seleccionar ei módulo de servicio de convertidor DJVu 730-1 para traducir estos formatos directamente al formato de archivo neutral seguro 1150. En una modalidad, los formatos de archivo de origen de Especificación de Intercambio de Gráficos (IGES 3-D) (1110-13), el STEP 3-D(1110-35), Archivo de estudio 3D (1110-41), Archivo de Corriente HOOPS (1110-42), Archivo de Lenguaje de Gráficos Extensible (1110-46), y Archivo ACIS (1110-70) se traducen directamente al formato neutral 1150 por el módulo de servicio de convertidor Presión de Modelo 730-5.
Como se discutió previamente, sin embargo, puede haber una o más traducciones intermedias de un formato a otro si un módulo de servicio de convertidor individual 730-1-j no puede realizar una traducción directa. El número de traducciones intermedias depende del formato de archivo de origen de entrada 1110. El módulo de convertidor 410 puede realizar una o más traducciones intermedias que utilizan los varios módulos de servicio de convertidor 730-1-j mostrado en la Figura 8. Por consiguiente, los formatos de archivo de origen de formato de Archivo de Lenguaje de Gráficos Hewlett Packard (1110-11) (HPGL), Especificación de Intercambio de Gráficos Inicial (2-D)(1110-12), Meta-archivos de gráficos de computadora (1110-14), STEP 2-D (1110-34), Formato de Interfase de Estereolitografía (1110-43), Verband der Automobilindustrie (Asociación de Industria Automotriz Alemana) (1110-44), y Lenguaje de Moldeo de Realidad Virtual (1110-45) se traducen por el módulo de servicio de convertidor espacial 730-2. En una modalidad, la salida del módulo de servicio de convertidores espacial 730-2 se traduce por el módulo de servicio del convertidor TIFF 730-3. En una modalidad, la salida del módulo de servicio de convertidor TIFF 730-3 se traduce por el módulo de servicio de convertidor PDF DJVu 730-4 y/o el módulo de servicio de convertidor DJVu 730-1 al formato de archivo neutral seguro 1150. En una modalidad, los formatos de archivo de origen de Archivo AutoCAD (1110-15), Formato de Intercambio de Dibujo AutoCAD (1110-16), y Formato de Intercambio de Dibujo (1110-17) primero se traducen con el módulo de servicio de convertidor AutoCAD 730-6 a un formato de archivo intermedio HPGL. En una modalidad, la salida del módulo de servicio del convertidor HPGL 730-7 se traduce por el módulo de servicio del convertidor 730-2. En una modalidad, la salida del módulo de servicio de convertidor espacial 730-2 se traduce por el módulo de servicio de convertidor TIFF 730-3. En una modalidad, la salida del módulo de servicio del convertidor TIFF 730-3 se traduce por el módulo de servicio de convertidor DJVu 730-1 al formato de archivo neutral seguros 1150. En una modalidad, el formato de archivo de origen Formato Web de Diseño AutoDesk (1110-18) primero se traduce por el módulo de servicio de convertidor DWF 730-8. En una modalidad, la salida del módulo de servicio de convertidor DWF 730-8 se traduce por el módulo de servicio de convertidor HPGL 730-7. En una modalidad, la salida se traduce por el módulo de servicio de convertidor espacial 730-2. En una modalidad, la salida después se traduce por el módulo de servicio de convertidor TIFF 730-3. En una modalidad, la salida del módulo de servicio de convertidor TIFF 730-3 se traduce por el módulo de servicio de convertidor DJVu 730-1 al formato de archivo neutral seguro 1150. En una modalidad, los formatos de archivo de origen de Archivo de Parte de Inventor AutoDesk (1110-19) y Archivo de Ensamble de Inventario AutoDesk (1110-20) de nuevo se traducen por el módulo de servicio de convertidor de inventor 730-9. En una modalidad, la salida se traduce por el módulo de servicio de convertidor 3DF 730-10. En una modalidad, la salida del módulo de servicio de convertidor 3DF 730-10 se traduce por el módulo de servicio de convertidor de Presión de Modelo 730-5. En una modalidad, la salida después se traduce el formato de archivo neutral 1150. En una modalidad, el formato de archivo de origen Archivo de Dibujo de Inventor de AutoDesk (1110-21) primero se traduce por el módulo de servicio de convertidor de inventor 730-9. En una modalidad, la salida se traduce por el módulo de servicio de convertidor HPGL 730-7. En una modalidad, la salida se traduce por el módulo de servicio de convertidor espacial 730-2. En una modalidad, la salida después se traduce por el módulo de servicio de convertidor TIFF 730-3. En una modalidad, la salida del módulo de servicio de convertidor TIFF 730-3 se traduce por el módulo de servicio de convertidor DJVu 730-1 al formato de archivo neutral 1150. En una modalidad, el formato de archivo de origen de Archivo de parte de SolidWorks (1110-23) y Archivo de Ensamble SolidWorks (1110-24) se traducen por el módulo de servicio de convertidor SolidWorks 730-11. En una modalidad, la salida después se traduce por el módulo de servicio de convertidor 3DF 730-10. En una modalidad, la salida se traduce por el módulo de servicio de convertidor de presión de Modelo 730-5 al formato de archivo neutral 1150. En una modalidad, el formato de archivo de origen de Archivo de Dibujo de SolidWorks (1110-25) primero se traduce por el módulo de servicio de convertidor SolidWorks 730-11. En una modalidad, la salida después se produce por el módulo de servicio de convertidor HPGL 730-7. En una modalidad, la salida del módulo de servicio de convertidor HPGL 730-7 se traduce por el módulo de servicio convertido espacial 730-2. En una modalidad, la salida se traduce por el módulo de servicio de convertidor TIFF 730-3. En una modalidad, la salida del módulo de servicio de convertidor TIFF 730-3 se traduce con el módulo de servicio de convertidor DJVu 730-1 al formato de archivo neutral 1150. En una modalidad, los formatos de origen de Archivo de Parte de SolidEdge (1110-26), Archivo de Ensamble de SolidEdge (1110-27), Parte de Lámina de Metal de SolidEdge (1110-29), y de Archivo de Soldadura de SolidEdge (1110-30) se traducen por el módulo de servicio de convertidor de SolidEdge 730-12. En una modalidad, esa entrada después se traduce por el módulo de servicio de convertidor 3DF 730-10. En una modalidad, el módulo de servicio de convertidor de Presión de Modelo 730-5 después traduce la salida del módulo de servicio de convertidor 3DF 730-10 al formato de archivo neutral seguro 1150. En una modalidad, el formato de archivo de origen de Archivo de Borrador de SolidEdge (1110-28) se convierte al formato de archivo intermedio HPGL por el módulo de servicio de convertidor de SolidEdge 730-12. En una modalidad, esa salida se traduce por el módulo de servicio de convertidor HPGL 730-7. Esa salida después es traducida por el módulo de servicio convertido Espacial 730-2. En una modalidad, la salida del módulo de servicio convertidor Espacial 730-2 se traduce por el módulo de servicio de convertidor TIFF 730-3. En una modalidad, esa salida después se convierte por el módulo de servicio de convertidor DJVu 730-1 al formato de archivo neutral seguro 1150. En una modalidad, los formatos de archivo de origen de Archivo de Parte de Pro/Engineer (1110-31) y Archivo de Ensamble de Pro/Engineer (1110-32) se traducen primero por el módulo de servicio de convertidor de Pro/Engineer 730-13. En una modalidad, la salida después se traduce por el módulo de servicio de convertidor 3DF, 730-10. En una modalidad, la salida se traduce por el módulo de servicio convertidor de Presión de Modelo 730-5 al formato de archivo neutral seguro 1150. En una modalidad, el formato de archivo de origen de Archivo de Dibujo de Pro/Engineer (1110-33) se traduce por el módulo de servicio de convertidor de Pro/Engineer 730-13. En una modalidad, la salida se traduce por el módulo de servicio convertido HPGL 730-7. En una modalidad, esa salida después se traduce por el módulo de servicio de convertidor Espacial 730-2. En una modalidad, la salida después se traduce por el módulo de servicio de convertidor TIFF 730-3. En una modalidad, esa salida después se traduce por el módulo de servicio de convertidor DJVu 730-1 al formato de archivo neutral seguro 1150. En una modalidad, los formatos de archivo de origen del mapa de bit de Corriente de Código JPEG-2000 (1110-36), Formato de Archivo JPEG-2000 JP2 (1110-37), Meta-archivo de Windows (antiguo formato de Win 3.x) (1110-39), Mapa de Bits de Targa (1110-48), Adquisición Ayudada por Computadora y formato de Cuadro de Soporte de Logísticas (1110-51), Mapa de bits PCX de Páginas múltiples de Gráficos (1110-53), Mapa de Bits PCX de ZSoft (1110-54), y Escrito de Lugar Encapsulado (1110-57) se traducen primero por el módulo de servicio de convertidor de Herramientas de Guía 730-14. En una modalidad, esa salida después se traduce por el módulo de servicio de convertidor TIFF 730-3 y el módulo de servicio de convertidor DJVu 730-1 lo traduce al formato de archivo neutral seguro 1150. En una modalidad, los formatos de archivo de origen de Meta-archivo de Windows (1110-38) y de Archivo de Icono de Windows (1110-40) primero se traducen por el módulo de servicio de convertidor de Convertidor de Red 730-15. En una modalidad, la salida se traduce por el módulo de servicio de convertidor de TIFF 730-3. En una modalidad, esa salida después se traduce por el módulo de servicio de convertidor DJVu 730-1 al formato de archivo neutral seguro 1150. En una modalidad, el formato de archivo de origen de Archivo de Gráficos de Vector Clasificable (1110-47) primero se traduce por el módulo de servicio de convertidor de Archivo Batik 730-16. En una modalidad, la salida se traduce por el módulo de servicio de convertidor de TIFF 730-3. En una modalidad, esa salida después se traduce por el módulo de servicio de convertidor DJVu 730-1 al formato de archivo neutral seguro 1150. En una modalidad, los formatos de archivo de origen de Mapa de bits de Kodak Photo CD (1110-55) y Mapa de bits de Cuadro de Sol se traducen directamente al formato de archivo neutral 1150 por el módulo de servicio de convertidor de de Imagen Mágica 730-17. En una modalidad, el formato de archivo de origen de PosEscrito de Adobe (111-58) se traduce directamente al formato de archivo neutral 1150 por el módulo de servicio de convertidor de DJVu PDF 730-4. En una modalidad, los formatos de archivo de origen Documento de Microsoft Word (1110-59), Archivo de Microsoft Excel (1110-60), Documento de Microsoft PowerPoint (1110-61), y Archivo de Microsoft Project (1110-62) se traducen por el módulo de servicio de convertidor de de Controlador de impresora de Hielo Negro 730-18. En una modalidad, esa salida se traduce por el módulo de servicio de convertidor EMF 730-20. En una modalidad, la salida después se traduce por el módulo de servicio de convertidor de Herramientas de Guía 730-14. En una modalidad, la salida se traduce por el módulo de servicio de convertidor de TIFF 730-3. En una modalidad, esa salida después se traduce por el módulo de servicio de convertidor de DJVu 730-1 al formato de archivo neutral seguro 1150. Como se describió previamente, los módulos de servicio de convertidor 730-1-j ilustrados en la Figura 8, son un ejemplo representativo de módulos de servicio de convertidor posibles y no es una lista exhaustiva de módulos de servicio de convertidor 730-1-j que pueden utilizarse en cualquier aplicación. Por lo tanto, se debe entender que el módulo de convertidor 410 no se limita en alcance al mismo. Además, el procedimiento de conversión/traducción de seleccionar los módulos de servicio de convertidor apropiados 730-1-j que realizan la traducción es automático y está basado en la salida del módulo de interrogación de archivo 740.
Módulo de Observador 420 En varias modalidades, el módulo de observador 420 permite a los usuarios observar información de medios, incluye funcionalidad para permitir ia colaboración entre recursos a través de la red de empresa extendida 300, y permite capacidades de entrada de datos XML. En una modalidad, el módulo de observador 420 presenta imágenes gráficas CAD 2-D y 3-D contenidas en los archivos de formato neutral seguro 604-1 -j . El módulo de observador 420 recibe los archivos de formato neutral seguro traducidos 604-1 -j del nodo de procesamiento de alojamiento 140 y presenta los contenidos de los archivos 604-1-/ en el monitor 207. El módulo de observador 420 puede adaptarse para aceptar y presentar múltiples archivos de formato neutral seguro 604-1-/ con contenido que se generó originalmente utilizando una variedad de documento, imagen, CAD y otras aplicaciones de tipo de archivo de origen, cada uno con su propio formato de archivo de propiedad como se ilustró en ejemplos de los Cuadros 1-5 anteriores. Para ver una imagen gráfica en un archivo de formato neutral seg jíuro 604-1, el usuario puede invocar al módulo de observador 420 e irn la computadora de cliente 310, 320 al seleccionar la imagen del a iirchivo 604-1 en una carpeta o en el escritorio de computadora con el dispositivo de señalamiento 202. Esto impulsa al módulo de observador 420 como una aplicación aislada en el navegador web 314, 324. Cuando se invoca el módulo de observador 420, esto lee el estado de vista de la imagen gráfica del encabezado XML 962 fijado en el archivo neutral seguro 604-1. El módulo de observador 420 aplica al estado de vista actual y presenta la imagen gráfica en el monitor 207. En una modalidad, el módulo de observador 420 permite la colaboración entre recursos en el primer y segundo nodos de cliente 110-1 y 120-1 en información de medios tal como, por ejemplo, diseño de ingeniería y documentos de oficina. En una modalidad, el módulo de observador 420 permite a los recursos en el primer y segundo nodos de clientel 10-1 y 120-1 intercambiar y colaborar en documentación RFQ para comunicar requerimientos de artículo de un comprador a un proveedor. Los requerimientos de artículo incluyen los artículos que forman un diseño. Cuando el artículo representa un ensamble, los requerimientos pueden incluir los elementos individuales que juntos forman el artículo. Por ejemplo, para procurar artículos para un diseño dado, un RFQ puede incluir un dibujo en dimensiones, un modelo sólido 3-D, y otros documentos que transportan al proveedor todos los detalles necesarios de una especificación técnica que puede emplearse para mencionar adecuadamente un artículo como se solicitó por el comprador. El módulo de observador 420 puede incluir tecnología DRM habilitada por el módulo DRM 500 para permitir un intercambio seguro de tales documentos. En una modalidad, los archivos de formato neutral seguro 604-1-/ pueden desplegarse a través de la red de empresa extendida 300 en un formato de colaboración segura que utiliza el Estándar de Codificación Críptica AES FIPS-197. Los archivos de formato neutral seguro 604-1-/ pueden implementarse como un formato de archivo completamente comprimido para minimizar el tamaño de archivo. En una modalidad, el módulo de observador 420 permite anotaciones a imágenes y dibujos presentados en el monitor 207. Las anotaciones incluyen cubiertas de marcación de línea roja en una vista de interfase de usuario con un contexto de mensaje para colaborar. Las cubiertas de marcación de línea roja se guardan como XML en cualquiera de las bases de datos 190-1-e junto con un argumento de mensaje de colaboración. El módulo de observador 420 puede implementarse utilizando Microsoft® Visual C + + , biblioteca de Clase de Fundación de Microsoft® (MFC), y Biblioteca de Plantilla Activa (ATL). El código de módulo de observador 420 puede ejecutarse en la computadora de usuario 310, 320. En una modalidad, el módulo de observador 420 puede implementarse como un Control de Activo X para uso en una variedad de diferentes contenedores, que incluyen, por ejemplo, navegador de Internet Explores (por ejemplo, navegadores 314, 324) y otros contenedores que varían de herramientas de desarrollo de software a herramientas de productividad de usuario final. En una modalidad, el módulo de observador 420 también puede implementarse como una conexión de Nerscape basado en XPCOM para soportar Navegadores Basados en Gecko (por ejemplo, navegadores 314, 324). Las Figuras 12A-D ilustran modalidades de varias ¡nterfases de usuario gráfico 1200, 1220, 1240, y 1260, respectivamente. Cada una de las interfases de usuario gráfico 1200, 1220, 1240, y 1260 representa una modalidad de un caso de la estructura de trabajo de aplicación 348, 349. Como se describió previamente, la estructura de trabajo de aplicación 348, 349 puede incluir uno o más marcos de navegación 352, uno o más marcos de comando y de control 354, y uno o más marcos de barra de herramienta 356. El módulo de control 318 maneja la comunicación de inter-procedimiento y sincroniza los eventos entre los marcos de navegación 352, los marcos de comando y de control 354, y los marcos de barra de herramienta 356. La Figura 12A ilustra una interfase de usuario gráfica 1200 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349. La ¡nterfase de usuario gráfica 1200 puede presentarse en el monitor de computadora 207 de computadoras de nodo de cliente 310, 320, por ejemplo. La interfase de usuario gráfica 1200 incluye un cristal de imagen gráfica 1202, un cristal de propiedades de diseño 1204, un cristal de estructura de artículo 1206, y un cristal de árbol de artículo 1207. En la modalidad ilustrada, el cristal de imagen 1202 presenta una imagen gráfica 1208 (por ejemplo, un modelo 3-D de alta resolución de un diseño mecánico) de un diseño de ensamble fijado en un archivo de formato neutral seguro convertido 604-1. En una modalidad, el módulo de observador 420 puede presentar múltiples imágenes gráficas de diseños y documentos que se proporcionan del nodo de procesamiento de alojamiento 140 en un formato de archivo neutral. Por consiguiente, el módulo de observador 420 es capaz de presentar una pluralidad de imágenes gráficas creadas originalmente en una variedad de formatos con diferentes herramientas de software CAD tal como, por ejemplo, dibujos 2-D. En una modalidad, el cristal de propiedades de diseño 1204 presenta datos descriptivos asociados con la imagen gráfica 1208. Los datos descriptivos ilustrados en el cristal de propiedades de diseño 1204 son los datos descriptivos extraídos del archivo de formato de origen 602-1 y fijados en el archivo de formato neutral seguro 604-1. El cristal de propiedades de diseño 1204 puede incluir, por ejemplo, propiedades de artículo 1210, información de resumen 1212, y propiedades de masa 1216. La información presentada en el cristal de propiedades 1204 se deriva de los datos descriptivos 924 asociados con la imagen gráfica 1208. Como se discutió previamente, los datos descriptivos 924 se extraen de los archivos de formato de origen 602-1 por el módulo de convertidor 410 durante el procedimiento de traducción como se describió anteriormente.
En el cristal de estructura de artículo 1206, el módulo de observador 420 presenta un árbol de estructura de artículo 1218 que se asocia con la imagen gráfica 1208. Un artículo seleccionado 1222-2 en el árbol de estructura de artículo 1218 se relaciona con una vista de imagen gráfica correspondiente 1208 del artículo seleccionado 1222-2. El árbol de estructura de artículo 1218 incluye archivos que definen un artículo asociado con la imagen gráfica 1208. El artículo puede ser un objeto aislado individual o puede formar una porción de un ensamble que Incluye múltiples artículos o un artículo puede incluir múltiples elementos. En una modalidad, los archivos presentados en el árbol de estructura de artículo 1218 pueden definir dos o más artículos y una relación estructural entre dos o más artículos. Los archivos que definen el artículo o la relación estructural entre dos o más artículos incluyen uno o más archivos visibles en un formato de archivo neutral. En una modalidad, los archivos ilustrados en el árbol de estructura de artículo 1218 se fijan dentro de ia porción de datos 966 del archivo de formato neutral seguro 604-1. Los archivos ilustrados en el árbol de estructura de artículo 1218 incluyen los archivos de imagen gráfica 1208 capaces de presentar características estructurales del artículo en múltiples vistas y todos los datos descriptivos asociados con todas las vistas para la imagen gráfica 1208. En la modalidad ilustrada, la imagen gráfica 1208 representa un ensamble. Por consiguiente, el nivel superior del árbol de estructura de artículo 1218 es la vista de ensamble 1220. El nivel bajo la vista de ensamble es una vista de nivel de subensamble de varios componentes de ensamble 1222-1, 1222-2, y 1222-3. El nivel bajo la vista de subensamble 1222-2 es una vista de nivel de elemento de los varios componentes de subensamble 1224-1, 1224-2. Seleccionar un archivo en el cristal de estructura de artículo 1206 con el dispositivo de señalamiento 202 impulsa la imagen gráfica asociada en el cristal de imagen 1202 asociado con ese archivo. La imagen gráfica correspondiente se presenta de acuerdo con el estado de vista guardado en el encabezado XML 962 del archivo de formato neutral seguro 604-1. En la modalidad ilustrada, la selección del dispositivo de señalamiento 202 es el archivo de subensamble 1222-2. La imagen gráfica 1208 correspondiente al archivo de subensamble 1222-2 se presenta en el cristal de imagen 1202 de acuerdo con el estado de vista guardado más recientemente en el encabezado XML 962. El módulo de observador 420 permite al usuario, a través de un marco de barra de herramientas 356 y/o el marco de navegación 352, por ejemplo, interactuar con la imagen gráfica 1208 en múltiples formas. En varias modalidades, ei módulo de observador 420 acoplado con uno o más módulos funcionales 172 (por ejemplo, módulo EEC 400) puede permitir a los usuarios en el primer y segundo nodos de cliente 110-1, 120-1 guardar uno o más estados en el encabezado XML 962 del archivo de formato neutral seguro 604-1 en la base de datos 190 localizada en el nodo de procesamiento 140 y/o en bases de datos 312, 322 localizadas en nodos de cliente 110, 120. En una modalidad, los estados de vista pueden incluir reunir la imagen 1208, aplicar un cuaderno de borrador a la imagen 1208, remover capas de antecedente de la imagen 1208 (por ejemplo, remover una capa azul de una imagen de impresión azul), aplicar un efecto de estampa de hule a. la imagen 1208, y/o anotar la imagen 1208. El módulo de observador 420 extrae directivas de observador del encabezado XML 962 del archivo de formato neutral seguro 604-1 y presenta la imagen gráfica 1208 por consiguiente. En otras modalidades, ei módulo de observador 420 puede girar la imagen 1208, explotar la imagen 1208 de un artículo de ensamble en sus componentes, ensamblar la imagen 1208 de componentes en un artículo de ensamble, auto-dimensionar la imagen 1208, asegurar a través de partes de un ensamble de la imagen 1208, inclinar/enderezar la imagen 1208, y/o buscar texto en la imagen 1208 a través de reconocimiento de carácter óptico (OCR). Incluso en otras modalidades, el módulo de observador 420 puede permitir a usuarios en el primer y segundo nodos de cliente 110-1, 120-1 colaborar. En una modalidad, la imagen 1208 es el asunto sujeto de la colaboración. En una modalidad, El encabezado XML 962 del archivo de formato neutral seguro 604-1 incluye directivas de observador que definen un estado de vista actual de la imagen gráfica 1208. El encabezado XML 962 instruye al módulo de observador 420 en cómo presentar la imagen gráfica 1208. El módulo de observador 420 presenta la imagen gráfica 1208 de acuerdo con la versión más reciente de directivas de estado de vista en el encabezado XML 962. Las directivas de estado de vista modifican la forma en la que se presenta la imagen gráfica 1208 pero no modifica la porción de datos base 966 del archivo de formato neutral seguro 604-1. Además, en una modalidad, si se modifica el estado de vista, el módulo de observador 420 no modifica los datos 966, no sobrescribe el archivo de formato neutral seguro actual 604-1 o estados de vista previamente guardados y no crean y almacenan una nueva copia del archivo de formato neutral seguro 604-1 con la vista modificada. El nuevo estado de vista se guarda en el encabezado XML 962 en una o más bases de datos 190, 312, 322 además de uno o más otros estados de vista que se guardaron previamente en el encabezado XML 962 del mismo archivo de formato neutral seguro 604-1. La Figura 12B ilustra una interfase de usuario gráfica 1220 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349. La interfase de usuario gráfica 1220 ilustra una imagen gráfica bitonal 1222 de un dispositivo mecánico. La imagen gráfica bitonal 1222 comprende una capa anterior 1224 con un primer tono o una o más capas de antecedente 1226 con uno o más tonos. En la modalidad ilustrada, la capa de antecedente 1226 de la imagen gráfica bitonal 1222 se enciende y de esa forma es visible para el usuario. Como se discutió previamente, con el módulo de observador 420, un usuario puede remover cualquiera de la capa de antecedente (por ejemplo, remover azul de una impresión azul). La Figura 12C ilustra una interfase de usuario gráfica 1240 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349. La interfase de usuario gráfica 1240 ilustra la imagen gráfica de dos tonalidades 1222 con la capa de fondo 1226 removida y sólo mostrándose la capa de frente 1224. En la modalidad ilustrada, la imagen gráfica 1242 es una imagen de impresión en azul con la capa de fondo "azul" removida. De esta manera, cuando la imagen gráfica 1242 es presentada, es más claramente visible al usuario. Con referencia ahora tanto a la Figura 12B como a la Figura 12C, se ilustra una modalidad de una interfase de usuario gráfica 1250 de estado de visión del módulo de observador 420. De acuerdo con esta modalidad, el módulo de observador 420 junto con el módulo EEC 400 pueden crear y guardar un estado de visión. En una modalidad, el estado de visión involucra remover las capas de fondo de la imagen 1222 (por ejemplo, remover el azul de una impresión en azul). En una modalidad, al seleccionar el botón de tacto 1252, un usuario, en los primero o segundo nodos de cliente 110-1, 120-1, puede iniciar la estructura de trabajo de aplicación 348, 349 y el módulo ECC 400 para remover las capas de fondo de la Imagen 1222. Los dibujos diseñados por ingeniería explorados de "Impresiones en Azul" son tratados como documentos de color y se dividen en un plano de frente y un plano de fondo. El plano de frente contiene el texto y los dibujos de línea comprimidos como una imagen de dos tonalidades o de bajo color a una resolución máxima, conservando así la nitidez y legibilidad del texto. El plano de fondo contiene las texturas del papel y el color de fondo introducido a través del proceso de reproducción de dibujo para copiar el documento de dibujo maestro Mylar. El fondo es comprimido a una resolución reducida con IW44. Las áreas del fondo cubiertas por los componentes de frente quedan moderadamente interpoladas con el fin de reducir al mínimo el costo de codificación de las áreas de fondo ocluidas por los componentes de frente. Un segmento de frente/fondo primero detecta objetos que son agudamente contrastados con sus alrededores, y después los clasifica en los planos de frente o de fondo, utilizando varios criterios, tal como se uniformidad de color, su geometría, y un estimado de su costo de codificación. Esta separación inteligente en capas de fondo y de frente permite al módulo de observador 420 apagar la presentación de ia capa de fondo segmentada, removiendo así el fondo azul y dejando una imagen de frente de resolución altamente clara 1208 del documento sin perturbar el color del fondo que reduce la fidelidad original del dibujo que hace difícil su lectura. La Figura 12D ilustra una interfase de usuario gráfica 1260 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349. La interfase de usuario gráfica 1260 ilustra una modalidad de una imagen gráfica 1262 que se reunió para ajustarse dentro del cristal de imagen 1202 del marco de comando y de control 354. La recolección es un método de remover áreas no deseadas de la imagen gráfica 1262. La recolección también puede utilizarse para remover un asunto no deseado o porción irrelevante de la imagen gráfica 1262 para mejorar visibilidad para procedimientos de colaboración/negociación aquí descritos. Otro ejemplo de cómo se unen directivas de estado de vista al encabezado XML 962 es cuando un usuario ya sea en el primer o segundo nodos de cliente 110-1, 120-1 de un documento desea publicar solamente un subgrupo de la imagen 1262. En una modalidad, el usuario puede utilizar el módulo de observador 420 y el módulo EEC 400 para reunir la imagen 1262. Por consiguiente a esta modalidad, el usuario puede (1) dar clic a "Iniciar Recolección" 1254 ("Iniciar Recolección" cambia a "Aplicar Recolección"), (2) arrastrar un rectángulo alrededor del subgrupo de la imagen 1208, (3) dar clic en "Aplicar Recolección" 1254, y después (4) dar clic en "Guardar Cambios" 1256. Una vez que se da clic en "Guardar Cambios" 1256, el módulo de observador 420 genera el estado de vista recolectado al encabezado XML 962, que se transmite al nodo de procesamiento 140 y se almacena en la base de datos 190-1-e. Uno o más servidores 160, 170, 182 del nodo de procedimiento 140 después pueden aplicar el nuevo encabezado XML 962 al archivo de formato neutral seguro 604-1. La siguiente vez que el archivo de formato neutral seguro 604-1 se presenta en el módulo de observador 420, el módulo de observador 420 lee las directivas de estado de vista de recolección en el encabezado XML 962 y aplica la recolección al archivo de formato neutral seguro 602-1. La Figura 13A es una vista esquemática 1300 de una modalidad de funcionalidad de zoom/aumento (zoom) del módulo de observador 420. El módulo de observador 420 presenta una imagen gráfica 1302. El usuario puede invocar una ventana de zoom 1304 que puede ponerse en cristal en el área de imagen gráfica 1302 en la presentación. El tamaño de la ventana de zoom 1304 es variable y se ancla el reajuste. El centro de la ventana de zoom 1304 se marca con un cabello de cruce 1306. Mientras la ventana de zoom 1304 se pone en cristal en la imagen gráfica 1302, las porciones de la imagen gráfica 1302 dentro de la ventana de zoom 1304 aparecen aumentadas por un factor. En una modalidad, el factor de aumento es variable y es seleccionable por usuario. La ventana de zoom 1304 crea la mejor resolución aparente y no introduce pérdida de resolución en la porción aumentada base de la imagen gráfica 1302. En una modalidad, mientras el usuario se aleja, hay una reducción en el número de pixeles en la porción de vista aumentada actual de la imagen gráfica 1302. En una modalidad, la característica de zoom puede proporcionar mejora de píxel en ciertos estados de vista completa. Mientras la ventana de zoom 1304 se pone en cristal a lo largo de las direcciones indicadas por las flechas 1308a, b, c, d eventualmente terminará en las esquinas 1310a, b, c, d, respectivamente, del área de presentación de imagen gráfica 1302. Una vez que la ventana de zoom 1304 está en cualquier esquina 1310a, b, c, d el cabello de cruce 1306 se mueve y se alinea con respecto a la esquina 1310a, b, c, d. La ventana de zoom 1304 y el cabello de cruce 1306 ahora permanecen fijos. Por ejemplo, como se muestra, la ventana de zoom 1304 se coloca contra la esquina 1310a y el cabello de cruce 1306 se alinea con la esquina 1310a y se fija. Mientras el usuario continúa a poner el cristal de la ventana de zoom 1304 en la esquina 1310a, la ventana de zoom 1304 no desaparece en la esquina 1310a. Más bien, la imagen gráfica 1302 hace una panorámica rápida bajo la ventana de zoom 1304 en una dirección opuesta a la dirección de vista panorámica pretendida de la ventana de zoom 1304. Esto crea el efecto visual al usuario de desplazarse dentro de la imagen gráfica 1302 en vez de desplazarse en ella con la ventana de zoom 1304. De esta manera, mientras el usuario intenta mover la ventana de zoom 1306 además en la esquina 1310a, la ventana de zoom 1304 permanece fija en su lugar, pero ahora la imagen gráfica 1302 se pone en cristal bajo la ventana de zoom fija 1304 para que la esquina correspondiente 1310a de la imagen gráfica 1302 se centre con el cabello de cruce 1306. Por consiguiente, el usuario es capaz de aumentar la esquina correspondiente 1310a de la imagen gráfica 1302. La Figura 13B ilustra una interfase de usuario gráfica 1350 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349 para dar zoom y aumentar (aumento) una imagen gráfica 1352. La estructura de trabajo de aplicación 348, 349 puede incluir uno o más marcos de navegación 352, uno o más marcos de comando y de control 354, y uno o más marcos de barra de herramientas 356. El módulo de control 318 maneja la comunicación de inter-procedimiento y sincroniza los eventos entre los marcos de navegación 352, los marcos de comando y de control 354, y los marcos de barra de herramienta 356. La imagen gráfica 1352 se presenta dentro del cristal de imagen 1354. El usuario puede invocar una ventana de zoom 1304 que puede tomar una vista panorámica en un área de la imagen gráfica 1352 en la presentación. El tamaño de la ventana de zoom 1304 es variable y el reajuste se ancla. Mientras la ventana de zoom 1304 toma una vista panorámica en la imagen gráfica 1352, la porción 1360 de la imagen gráfica 1352 dentro de la ventana de zoom 1304 aparece aumentada por un factor. En una modalidad, el factor de aumento es variable y es seleccionable por el usuario. La ventana de zoom 1304 crea la mejor resolución aparente y no introduce pérdida de resolución en la porción con zoom de base 1360 de la imagen gráfica 1352. En una modalidad, la ventana de zoom 1304 puede incluir un módulo de zoom mejorado 1362 que además aumenta la imagen gráfica 1352 contenida en ia ventana de zoom 1304. De acuerdo con esta modalidad, un usuario puede dirigir el indicador 202 para impulsar una barra de zoom mejorada 1360, la cual, cuando se inicia, causa que el módulo de zoom mejorado 1362 se ejecute. La Figura 14 es una modalidad de una interfase de usuario gráfica 1400 del módulo de observador 420 para localizar texto en una imagen gráfica 1402 que utiliza técnicas de reconocimiento de carácter óptico (OCR). La interfase de usuario gráfico 1400 ilustra la imagen de diseño 1402 que contiene imágenes gráficas de texto. El módulo de observador 420 proporciona una técnica OCR para buscar la ubicación de texto y el número de ocurrencias en la imagen gráfica 1402. El módulo de observador 420 aplica una técnica OCR de lenguas múltiples al archivo de imagen gráfica 1402 para identificar todas las ubicaciones de texto y ocurrencias en el archivo de imagen escaneada 1402. El módulo de observador 420 convierte las imágenes gráficas del texto a una fila ASII o un formato binario, e indexa la ubicación relativa del texto en la imagen gráfica 1402, y almacena texto y lo indexa en una base de datos. En la modalidad ilustrada, la interfase de usuario gráfico 1400 ilustra una imagen escaneada pixeleada 1402 de un dibujo que contiene imágenes gráficas de texto impreso 1404 y patrones geométricos 1406. Para encontrar ocurrencias del texto 1404, el usuario invoca un cuadro de diálogo de usuario "ENCONTRAR" 1408 para buscar el texto deseado 1404. El usuario escribe el texto en la línea de entrada 1410 del cuadro de diálogo de usuario 1408. Como se muestra, el usuario desea buscar la palabra "TERMAL" y la escribió en la línea de entrada 1410. El módulo de observador 420 toma la directiva de búsqueda del cuadro de diálogo de usuario 1408 y resalta las ocurrencias del texto 1412 "TERMAL" en la imagen escaneada 1402. Al escanear la imagen 1402, indexar el texto 1404, y almacenar los caracteres equivalentes o filas en una base de datos, un usuario puede buscar automáticamente dimensiones, tolerancias, limitaciones, y notas localizadas en ia imagen 1402. Además, una vez que el texto 1404 se reconoce y convierte a una fila ASCII o datos binarios puede descargarse a otra base de datos para planeación de estimado de costo y fabricación. Puede aplicarse un papel secante a una porción de la imagen pixeleada escaneada 1402 al tomar una muestra gausiana para definir una distribución espectral de la imagen 1402 en la proximidad de donde se va a aplicar el papel secante. Una vez que se toma la muestra gausiana del área de imagen de interés, la función del papael secante permite a un usuario borrar texto o formas geométricas en la imagen 1402 y después aplicar el papel secante que aplica una mezcla de pixeles de acuerdo con distribución espectral en la proximidad de la porción borrada. Los pixeles de secante mezclados en la porción borrada de la imagen 1402 para ocultar que una borradura tomó lugar en esa porción de la imagen 1402. Por ejemplo, el papel secante puede aplicarse para ocultar información confidencial tal como, secretos comerciales y/o información de costo. Las Figuras 15A-C ilustran modalidades de varias interfases de usuario gráficas 1500, 1560, y 1580, respectivamente. Cada una de las interfases de usuario gráficas 1500, 1560, y 1580 representa una modalidad de un caso de la estructura de trabajo de aplicación 348, 349. Como se discutió previamente, la estructura de trabajo de aplicación 348, 349 puede incluir uno o más marcos de navegación 352, uno o más marcos de comando y de control 354, y uno o más marcos de barra de herramienta 356. El módulo de control 318 maneja la comunicación de inter-procedimiento y sincroniza los eventos entre los marcos de navegación 352, los marcos de comando y de control 354, y los marcos de barra de herramientas 356. La Figura 15A es una interfase de usuario gráfica 1500 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349 para permitir colaboración. La colaboración puede incluir una o más anotaciones de uno o más medios de información tal como, por ejemplo, un documento de diseño y uno o más argumentos de mensaje. Los argumentos de mensaje contienen la substancia textual de la colaboración. La funcionalidad de colaboración se proporciona en la estructura de trabajo de aplicación 348, 349 para permitir a los usuarios colaborar en información de medios mientras trabajan a través de una tarea. En una modalidad, la estructura de trabajo de aplicación 348, 349 permite la anotación y marcación directamente en una imagen mientras se presenta con el módulo de observador 420 sin modificar la porción de datos 966 en la estructura del archivo de formato neutral seguro convertido 604-1. La colaboración se asocia con la imagen y uno o más mensajes. El marco de navegación 352 puede comprender uno o más argumentos de mensaje. Los argumentos de mensaje pueden comprender uno o mapas nodos de mensaje 386 entre un usuario en el primer y segundo nodos de cliente 110-1, 120-1 que iniciaron el mensaje y respuestas en el primer y segundo nodos de cliente 110-1, 120-1 que respondieron al mensaje inicial. Los nodos de mensaje 386 se organizan en una secuencia cronológica de discusiones. En la modalidad ilustrada, la interfase de usuario gráfica 1500 incluye un cristal de presentación de imagen 1510, un cristal de colaboración 1520, y un marco de navegación 352. Para iniciar una sesión de colaboración, el usuario puede dar clic en el nodo de mensaje 386 del argumento de mensaje en el marco de navegación 352. Por consiguiente, el contexto gráfico en las secuencias de marco de comando y de control 354 para acoplar el nodo de mensaje seleccionado 386. El que responde puede redirigie (por ejemplo, girar, explotar, ensamblar, etc.) la vista inicial del contexto gráfico de la imagen gráfica 1512 y guardar esta imagen redirigida 1512 como un estado de vista adicional en el encabezado XML 962 del archivo de formato neutral seguro 604-1 como se describió previamente aquí. El contexto gráfico del mensaje puede incluir un cuadro de diálogo 1514 que contiene el texto del argumento de mensaje. El cuadro de diálogo 1514 puede desvanecerse dentro y fuera y/o parecer transparente para que un usuario pueda ver las porciones de la imagen gráfica 1512 detrás del cuadro de diálogo 1514. En una modalidad, el cuadro de diálogo 1514 y otras interfases de usuario aquí descritas pueden codificarse, por ejemplo, en HTML dinámico. En otras modalidades, el panel de colaboración 1520 puede habilitarse con un editor de texto rico tal como, por ejemplo, un editor de texto por CUTESOFT.NET®. Durante una sesión de colaboración, los usuarios pueden anotar la imagen gráfica 1512 mientras aparece en el panel de presentación de imagen 1510. En una modalidad, el módulo de observador 420 permite traslapes de marcación de línea roja en la imagen 1512 mientras se presenta en el panel de presentación de imagen 1510 con un contexto de mensaje 1522 en el panel de colaboración 1520. El marco de navegación 352 ilustra un árbol de mensaje 1532 que incluye argumentos de mensaje de colaboración 1534 relacionados con un programa, proyecto, procedimiento, y/o tarea. El contexto de mensaje 1522 está asociado con el argumento de mensaje seleccionado por usuario resaltado 1536 en el árbol de mensaje 1532. Las anotaciones pueden hacerse al utilizar resaltado a base de XML, anotación, y/o marcación de línea roja directamente en la imagen 1512. Las anotaciones aparecen en la imagen 1512 en varios colores seleccionados por el usuario. La imagen anotada 1512 y el contexto de mensaje 1522 pueden formar el asunto de colaboración. Los traslapes de anotaciones se guardan como directivas de estado de vista XML en el encabezado XML 962 del archivo de formato neutral seguro 604-1 como se describió previamente. Aunque la Figura 15 ilustra un argumento de mensaje que colabora en una imagen, en otras modalidades, el módulo de colaboración 430 acoplado con la estructura de trabajo de aplicación 348, 349 puede involucrar uno o más argumentos de mensaje que colaboran en una o más imágenes. El marco de comando y de control 354 también puede comprender un cristal de instantánea de imagen 1540. En una modalidad, el cristal de instantánea de imagen 1540 presenta una vista pequeña original 1542 de la imagen gráfica originalmente transmitida 1512 y una vista pequeña anotada 1544 de la imagen anotada. La vista pequeña anotada 1544 incluye un cuadro 1546 que indica en donde se hizo la anotación. La imagen capturada en la vista pequeña 1544 puede transmitirse a cada una de las partes que colaboran en el primer y segundo nodos de cliente 110-1, 120-1 a través de correo electrónico al seleccionar una lengüeta de mensaje de respuesta o una lengüeta de mensaje de envío dentro del cristal de colaboración 1520. El depósito de correo electrónico también recibe la imagen anotada 1512, y que utiliza una copia local del módulo de observador 420 puede hacer anotaciones adicionales a la imagen 1512 y así sucesivamente. Las colaboraciones se mantienen en el marco de navegación 352 para rastrear el historial de comunicación relacionado con un proyecto. En una modalidad, los argumentos de mensaje 1534 se guardan en XML a lo largo con los traslapes de anotación. La Figura 15B es una interfase de usuario gráfica 1560 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349 para permitir una sesión de colaboración. La sesión de colaboración incluye un mensaje 1562 en la porción de contexto de mensaje 1522 del marco de comando y de control 354. En la modalidad ilustrada, el mensaje 1562 solicita una vista de lámina de metal de la imagen gráfica 1512 de un archivo de formato neutral seguro 604-1-/. Para generar una vista de lámina de metal, el usuario selecciona la lengüeta de lámina de metal 1564 en el panel de estructura de artículo 1206 con el marco de comando y de control 354 y bajo e artículo específico 1566 en el árbol de artículo 1218 selecciona la vista plana 1568. Aquellos expertos en la técnica apreciarán una vista de lámina de metal de un modelo tridimensional de un artículo físico es una versión aplanada del artículo y, en una aplicación de estampado, por ejemplo, representa el patrón plano de lámina de metal estampado plano con el permiso de mezcla apropiado. La Figura 15C es una interfase de usuario gráfica 1580 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349 para presentar un patrón plano de lámina de metal de la imagen gráfica 1512 de un archivo de formato neutral seguro 604-1-/. El patrón plano de lámina de metal incluye las dimensiones planas apropiadas tal como la longitud plana, ancho plano, grosor, radio inclinado, y factor K. Estas dimensiones se presentan en la porción de propiedades de lámina de metal 1588 del panel de propiedades de artículo 1204.
Módulo de Colaboración 430 Con referencia a las figuras anteriores, en varias modalidades, ei módulo EEC 400 puede Incluir un módulo de colaboración 430 para permitir la colaboración de múltiples recursos en el primer y segundo nodos de cliente 110-1, 120-1 a través de la red de empresa extendida 300. Como se discutió previamente, el módulo EEC 400 puede incluir el módulo de convertidor 410 para convertir información de medios a un formato de archivo neutral seguro visible por todos los recursos autorizados a través de la red de empresa extendida 300 con la estructura de trabajo de aplicación 348, 349 para permitir colaboración, en una modalidad, la comunicación colaborativa entre recursos en el primer y segundo nodos de cliente 110-1 y 120-1 pueden habilitarse por servicios de comunicación en tiempo real implementados con Visual C++ y Win 32 SDK proporcionados por Microsoft®. En una modalidad, el servicio de comunicación de tiempo real permite capacidades de colaboración de tiempo real tal como presencia, envío de mensaje instantáneo, marcación de línea roja de tiempo real, y plática de voz. El módulo de colaboración 430 puede disponerse para procesar efectivamente plantillas de proyecto; reunir datos a través de plantillas seguras en modo fuera de línea; intercambio de archivo seguro para formatos de archivo de origen; soporta formatos de archivo de origen 2-D y 3-D para artículos, componentes, y ensambles; manejan formas XML de flujo de trabajo que funcionan en línea o fuera de línea para reunir datos; agrupar soporte para carga, descarga, e impresión de documentos; desplegar paquetes de flujo de trabajo que proporcionan colección de datos y colaboración de documento; colaboran y acceden argumentos de mensaje de proyecto de un cliente de correo electrónico estándar; colaboran con constituyentes múltiples y documentos múltiples; y mantienen un diario de colaboración a través del ciclo de vida completo de un producto, en donde el diario puede incluir asuntos individuales y su resolución. En varias modalidades, el módulo de colaboración 430 puede disponerse para proporcionar la funcionalidad para permitir colaboración a través de la red de empresa extendida 300 entre usuarios en el primer nodo de cliente 110-1 y usuarios en el segundo nodo de cliente 120-1. En una modalidad, la funcionalidad de colaboración proporcionada por el módulo EEC 400 y el módulo de convertidor 410 permite a organizaciones compartir información de medios que incluye imágenes gráficas mecánicas de ingeniería y datos descriptivos de los diseños mecánicos. Con el módulo de observador 420, un usuario puede presentar las imágenes gráficas y los datos descriptivos del diseño sin utilizar funcionamiento de la aplicación de software CAD de origen utilizada para crear archivos electrónicos. A través del módulo de colaboración 430, el módulo EEC 400 puede disponerse para manejar proyectos completos en línea con retención de registro de revisiones de diseño y un diario de decisiones y acuerdos entre las partes de colaboración en el primer y segundo nodos de cliente 110-1 y 120-1. En varias modalidades, el módulo EEC 400 que incluye el módulo de convertidor 410, el módulo de observador 420, y el módulo de colaboración 430 pueden disponerse para realizar colaboración de proyecto cerca de tiempo real entre recursos en el primer nodo de cliente 110-1 y recursos en el segundo nodo de cliente 120- 1. En las etapas previas de nuevo diseño de producto y desarrollo, la colaboración de proyecto cerca de tiempo real permite los recursos a través de la red de empresa extendida 300 para colaborar y compartir su experiencia en el diseño de producto y fases de fabricación. Muchos errores de diseño y de fabricación pueden identificarse al revisar colaborativamente la especificación de diseño y requerimientos de fabricación. En una modalidad, el módulo de colaboración 430 puede disponerse para comunicar y corregir estos errores en una forma sistemática y cerca de tiempo real. En varias modalidades, el módulo de colaboración 430 puede disponerse para proporcionar un procedimiento de cambio de ingeniería basado en electrónica sin papel con colaboración en línea para mejorar exactitud de producto y reducir el tiempo de ciclo para implementar cambios de diseño de producto. Al utilizar tanto flujo de trabajo en línea como fuera de línea, los recursos en el primer nodo de cliente 110-1 pueden reunir datos de recursos en el segundo nodo de cliente 120-1 que utilizan formas electrónicas basadas en XML, por ejemplo. Estas formas electrónicas basadas en XML son un paquete de documentación que pueden incluir todos los documentos de proyecto necesarios que incluyen: dibujos, especificaciones estándares, instrucciones de procedimiento, planos de procedimiento de calidad, entre otros. La Figura 16 es una interfase de usuario gráfica 1600 de una modalidad de un correo electrónico del usuario. En una modalidad, el cliente de correo electrónico recibe un mensaje de colaboración 1610 de la estructura de trabajo de aplicación 348, 349 en conjunto con el nodo de procesamiento de alojamiento 140. Como se discutió previamente, la estructura de trabajo de aplicación 348, 349 puede incluir uno o más marcos de navegación 352, uno o más marcos de comando y de control 354, y uno o más marcos de barra de herramienta 356. El módulo de control 318 maneja la comunicación de ¡níer-procedimiento y sincroniza los eventos entre los marcos de navegación 352, los marcos de comando y de control 354, y ios marcos de barra de herramienta 356. Aunque se describe la colaboración como comunicación entre recursos en el primer y segundo nodos de cliente 110-1, 120-1, las modalidades pueden permitir comunicación, colaboración, y/o negociación entre múltiples recursos internos dentro del primer o segundo nodos de cliente 110-1, 120-1, por ejemplo. En otras modalidades, el módulo de colaboración 430 puede disponerse para entregar un mensaje de colaboración 1610 entre recursos en el primer y segundo nodos de cliente 110-1-a, 120-1-b a través de correo electrónico. En una modalidad, el servidor de aplicación 170-1 puede comprender un módulo de servicio de distribución que proporciona entrega asincrónica confiable de mensajes de colaboración de correo electrónico. De acuerdo con esta modalidad, el módulo de servicio de distribución proporciona una estructura de trabajo de consulta para que se transmitan todos los correos electrónicos de colaboración. En una modalidad, los mensajes de correo electrónico pueden distribuirse a depósitos que utilizan un retraso SMTP de protocolo de transferencia de correo simple. En una modalidad, el correo electrónico puede contener un hipervínculo que impulsa la estructura de aplicación 348, 349. Con un recurso que recibe el correo electrónico, el recurso puede seleccionar el hipervínculo 1620 para lanzar la estructura de trabajo de aplicación 348, 349 y acceder al sistema de colaboración/negociación 100, 300, por ejemplo. En una modalidad, los recursos pueden responder al mensaje de colaboración 1610 que inició el correo electrónico y/o emplear otros módulos de colaboración y sistema de negociación 100, 300 aquí descritos.
Módulo de Manejo de Provecto 440 Con referencia a las figuras anteriores, en varias modalidades, el módulo EEC 400 incluye un módulo de manejo de proyecto 440 dispuesto para proporcionar manejo de proyecto, comunicaciones, e información de medios que comparten interno al primer nodo 110-1 (por ejemplo, un comprador OEM) o interno al segundo nodo de cliente 120-1 (por ejemplo, los patrones estratégicos y/o proveedores) y entre el primer nodo de cliente 110-1 y el segundo nodo de cliente 120-1. En una modalidad, el módulo de manejo de proyecto 440 se dispone para facilitar acción relacionada con manejo de proyecto en tareas relacionadas con empresa. En una modalidad, el módulo de manejo de proyecto 440 proporciona un plano de proyecto reutilizable y/o procedimientos estándares, que pueden almacenarse en un depósito. El módulo de manejo de proyecto 440 maneja una variedad de procedimientos que incluyen, pero no se limitan a, origen de artículo y preparaciones de negociación, aprobación de parte de producción, nueva introducción de producto, e instalaciones de equipo. El módulo de manejo de proyecto 440 puede disponerse para impulsar a usuarios de las tareas de equipo de proyecto virtual debido, a almacenar y recuperar historial de argumento de mensaje, y a anotar o trazar línea de proyecto relacionado con información de medios. En varias modalidades, los programas, proyectos, procedimientos, tareas, y/o subtareas creadas con el módulo de manejo de proyecto 440 se utilizan en un contexto de colaboración a través de la red de empresa 300. El módulo de manejo de proyecto 440 proporciona una herramienta de manejo de proyecto a base de papel con proyectos basados en papel reutilizable. Los papeles pueden definirse dentro de un contexto de organización. La funcionalidad basada en papel del módulo de manejo de proyecto 440 proporciona papeles contextúales de propósitos múltiples que permiten al usuario configurar planos de proyecto genérico. Los proyectos basados en papel genérico son reutilizables debido a que no se unen a recursos específicos. Para soportar la colaboración, el módulo de manejo de proyecto 440 comprime y codifica crípticamente archivos de formato de origen 602-1-/ al cargar al nodo de procesamiento de alojamiento 140. Los archivos de formato neutral seguro convertido 604-1-/ se hacen disponibles a proyectos para colaboración. Para rastrear el proyecto relacionado o comunicación relacionada con colaboración, el módulo de manejo de proyecto 440 proporciona argumentos de mensaje colaborativos. Los artículos relacionados con proyecto se estructuran en un formato de árbol en donde la adición de un sub artículo que incluye uno o más objetos del mismo tipo dentro de un árbol automáticamente genera un nodo de grupo. La Figura 17A es una interfase de usuario gráfica 1700 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349 para permitir el manejo de proyecto. Como se discutió previamente, la estructura de trabajo de aplicación 348, 349 puede incluir uno o más marcos de navegación 352, uno o más marcos de comando y de control 354, y uno o más marcos de barra de herramienta 356. El módulo de control 318 maneja la comunicación de inter-procedimiento y sincroniza los eventos entre los marcos de navegación 352, los marcos de comando y de control 354, y los marcos de barra de herramienta 356. El marco de navegación 352 puede comprender uno o más argumentos de mensaje. Los argumentos de mensaje pueden comprender uno o más nodos de mensaje 386 entre un usuario en el primer o segundo nodos 110-1, 120-1 que inició el mensaje y respuestas en el primer o segundo nodos 110-1, 120-1 que respondieron al mensaje inicial. Los nodos de mensaje 386 se organizaron en una secuencia cronológica de discusiones. En la modalidad ilustrada, la interfase de usuario gráfica 1700 incluye un cristal de presentación de proyecto 1710 dentro del marco de comando y de control 354. En una modalidad, el cristal de presentación de imagen 1710 incluye una lengüeta de nombre de tarea 1720, predecesor 1723 de lengüeta de tipo de tarea 1722, lengüeta de fecha de inicio 1724, lengüeta de duración 1726, lengüeta de fecha final estimada 1728, lengüeta de fecha de compromiso 1730 y una lengüeta de estado 1732, cada una de las cuales, cuando se selecciona, inicia la ejecución de un módulo. La porción de fecha de compromiso incluye una pluralidad de botones específicos de compromiso 1734 asociados con cada nombre de tarea. Al seleccionar el botón específico de compromiso 1734 presenta un cuadro de calendario 1736 asociado con esa tarea e indica la fecha actual 1738 y la fecha de compromiso 1740. El marco de navegación 352 puede comprender programas, proyectos, procedimientos, tareas, y/o subtareas. El marco de comando y de control 354 puede comprender nombres de tarea y recursos funcionales. El marco de navegación 352 y los marcos de comando y de control 352 pueden incluir nodos de árbol y control de árbol de objetos de nodo de árbol jerárquico. En una modalidad, cada nodo de árbol es definible y extensible por usuario. Cada nodo de árbol incluye una representación gráfica y un comportamiento programado tal como, por ejemplo, expandir/minimizar sub nodos, presentar los contenidos de nodo de árbol en el marco de navegación 352 y/o el marco de comando y de control 354, iniciar comunicación entre los marcos de la estructura de trabajo de aplicación 348, 349 y/o habilitar/deshabilitar una aplicación 370, vista de aplicación 372, y/o componente de aplicación 374 en el marco de barra de herramientas 356. En una modalidad, los módulos funcionales 172 que incluyen el módulo EEC 400, módulo DRM 500, módulo CN 600, y el módulo DCM 700 pueden permitir a un usuario en el primer y segundo nodos de cliente 110-1-a, 120-1-b publicar un programa, proyecto, procedimiento, tarea, subtarea, y/o información de medios. La publicación es accesible para todos los recursos funcionales autorizados a través de la empresa extendida 300 al seleccionar una lengüeta de publicación dentro de la estructura de trabajo de aplicación 348, 349. En una modalidad, la publicación comprende enviar una notificación de correo electrónico a uno o más recursos funcionales en el primer y segundo nodos de cliente 110-1-a, 120-1-b que los invita a participar en un programa, proyecto, procedimiento, tares, y/o subtarea específicos. Si un recurso funcional acepta la invitación, se proporciona un número de identificación de usuario (ID) y contraseña si el recurso funcional actualmente no está en posesión de un ID o contraseña de usuario. Si el recurso funcional tiene una ID de usuario y contraseña, el ID y contraseña de usuario se actualizan para proporcionar derechos de acceso al programa, proyecto, procedimiento, tarea, y/o subtarea específicos en los cuales el recurso se invitó a participar. El acceso a un programa, proyecto, procedimiento, tarea, y/o subtarea específicos permite al recurso funcional obtener acceso a toda la información de medios asociada con el programa, proyecto, procedimiento, tarea, y/o subtarea específicos. En una modalidad, esto puede incluir acceso para diseñar documentos tal como, por ejemplo los archivos de formato neutral seguro 604-1-/. En una modalidad, el recurso puede acceder a la estructura de trabajo de aplicación 348, 349, los recursos de plataforma de cómputo de alojamiento 150 del nodo de procesamiento de alojamiento 140, y uno o más módulos funcionales 172 contenidos en él. El módulo de manejo de proyecto 440 permite a los usuarios (por ejemplo, recursos funcionales) localizados en el primer y segundo nodos de cliente 110-1-a, 120-1-b con capacidades de manejo de proyecto. Las capacidades de manejo de proyecto pueden incluir, pero no se limitan a: (1) asignar tareas a recursos funcionales; (2) identificar tareas como predecesores y/o sucesores a otras tareas; y/o (3) permitir a recursos funcionales ingresar la fecha de inicio, y fecha final, duraciones de tares, fechas de compromiso, y el estado de una tarea dada. El módulo de manejo de proyecto 440 también puede incluir la capacidad de calcular automáticamente fechas de inicio, fechas de fin, y/o duraciones de tares así como la capacidad de importar/exportar planos de proyecto externos que se configuran en varios formatos de archivo tal como, por ejemplo Microsoft® Project. La Figura 17B es una interfase de usuario gráfica 1750 de una modalidad de un caso del panel de presentación de proyecto 1710 para presentar un cuadro GANNT 1752 asociado con un programa particular, proyecto, procedimiento, tarea, y/o subtarea. Por consiguiente a esta modalidad, un usuario puede colocar el dispositivo de señalamiento 202 en el cuadro GANNT y la estructura de trabajo de aplicación 348, 348 causará que aparezca un cuadro de diálogo 1755. En una modalidad, el cuadro de diálogo comprende información que concierne una tarea específica tal como, por ejemplo, fecha de compromiso y persona responsable para completar la tarea.
Módulo de Manejo de Derechos Digitales (DRM) 500 La Figura 18 es una interfase de usuario gráfica 1800 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349 para permitir a una sesión de colaboración en un ambiente de colaboración seguro a través de la red de empresa extendida 300. En una modalidad, la sesión de colaboración segura puede implementarse con la estructura de trabajo de aplicación 348, 349 incluyendo un módulo DRM fijo 500. En una modalidad, el módulo DRM 500 puede incluir tres componentes: (1) un motor de codificación críptica de documento, (2) un observador diseñado para ver el documento, y (3) una clave de codificación críptica que permite al observador ver el documento. Como se discutió previamente, un ambiente de colaboración segura puede comprender utilizar el módulo DRM 500 para codificar crípticamente, verificar, autorizar, y revisar el contenido de información de medios compartida por los participantes en la sesión de colaboración. Además, a través de la red de empresa extendida 300, el módulo DRM 500puede proporcionar transporte seguro de la información de medios; almacenamiento seguro de la información de medios; verificación de remitente; verificación de depósito; autorización; no repudio de remitente; prueba de alteración de la información de medios original; estampa de tiempo; rastreo y archivado de transmisiones de la información de medios entre los participantes; privilegios de autorización restringidos para acceder a la información de medios; y rastros de revisión contable de transmisiones de la información de medios. En la modalidad ilustrada, el documento puede comprender información de medios. La funcionalidad de seguridad de documento se proporciona por el módulo DRM 500. La interfase de usuario gráfica 1800 ilustra una modalidad de información de medios seguros tal como, por ejemplo, un documento de diseño 1802 que incluye AES/FIPS-197 con protección de seguridad de 512 códigos de clave binarios que va a expirar. El documento de diseño 1802 representa cualquier documento que incluye información confidencial sensible y de propiedad que puede utilizarse para colaboración fuera de la organización (por ejemplo, organizaciones de primer o segundo nodos de cliente 110-1-a, 120-1-b) que publicó originalmente el documento 1802. La seguridad se aplica a estos documentos para prevenir la distribución no autorizada de sus contenidos confidenciales y de propiedad cuando se completa un programa, proyecto, procedimiento, tarea, y/o subtarea y/o si el recurso funcional no tiene acceso a tal contenido. La ventana de diálogo 1804 muestra una fecha de expiración absoluta 1806 en cuyo tiempo el documento 1802 deshabilita los privilegios de vista de recursos predeterminados. De esa forma, después de la fecha de expiración 1806, estos usuarios no autorizados ya no tendrán acceso al documento 1802. En una modalidad, el módulo DRM 500 proporciona control a todos los privilegios de documento 1802 tal como ver, imprimir, y dirigir. En una modalidad, el módulo DRM 500 puede revocar los privilegios del documento 1802 en situaciones de tiempo real en donde un usuario ya no funciona como un miembro de un equipo de proyecto, o un proveedor se cancela, o una orden de compra expira. En una modalidad, el módulo DRM 500 automáticamente notifica y actualiza a los suscriptores cuando está disponible una nueva revisión o procesamiento del documento 1802. En una modalidad, el módulo DRM 500 proporciona tanto protección en línea como fuera de línea. En una modalidad, el módulo DRM 500 pre-notifica al usuario que el documento 1802 está cerca de la expiración de suscripción. En una modalidad, para resaltar que el documento se está reemplazando con una nueva revisión, y el Módulo DRM 500 temporalmente revoca acceso o anota tales documentos con una marca de agua. En una modalidad, el módulo DRM 500 proporciona protección para documentos localizados en servidores y escritorios si están o no conectados a Internet. En una modalidad, el módulo DRM 500 permite acceso a un documento durante un periodo de tiempo predeterminado y/o controla el número de veces en las que puede verse un documento por un usuario específico. El módulo DRM 500 permite recursos funcionales que publican información de medios dentro del sistema de colaboración y de negociación 100, 300 (publicadores) para proteger, controlar, rastrear, y revisar contenido digital en archivos de formato de origen 602-1-/ cargados al nodo de procesamiento de alojamiento 140 y/o archivos de formato neutral seguro 604-1-/ utilizados en colaboración a través de la red de empresa extendida 300. En una modalidad, el módulo DRM 500 limita la vista de copias electrónicas de documentos sensibles a suscriptores con licencia y previene que estos archivos se republiquen o redistribuyan a no suscriptores. En una modalidad, el módulo DRM 500 también proporciona control granular y rastreo de cualquier distribución no autorizada al identificar para el publicador todos los usuarios no autorizados, que intentaron ver una copia ilegalmente distribuida, y todos los usuarios con licencia que dirigieron ilegalmente el documento. En una modalidad, el módulo DRM 500 aseguró cumplimiento efectivo para publicadores incluso cuando el contenido se revende y redistribuye por usuarios con licencia. En una modalidad, el módulo DRM 500 maneja el número de copias que puede verse y distribuirse en gran volumen basándose en suscripciones y/o aplicaciones de suscriptor individual. Por consiguiente, el módulo DRM 500 permite que una organización comparta y colabore de forma segura en información de medios tal como, por ejemplo, diseños de ingeniería y documentos de negocio sin interrumpir su procedimiento de negocio actual. Por ejemplo, frecuentemente un documento de publicador se empaca con otros documentos y después se dirige a un usuario (por ejemplo, un paquete RFQ enviado de un comprador a un proveedor, en donde el paquete RFQ incluye dibujos, especificaciones de material y especificaciones de procedimiento). Al utilizar el módulo DRM 500, el usuario dirigido es capaz de ver cualquier documento codificado crípticamente dentro de una aplicación de negocio dada (por ejemplo, un paquete RFQ) una vez que el usuario se vuelve autorizado para acceder al documento. En una modalidad, el módulo DRM 500 captura la ruta de distribución de un documento del publicador al depósito y puede proporcionar un rastro de revisión contable de todos los intentos para impedir cumplimiento. En una modalidad, el módulo DRM 500 agrega marcas de agua a la copia vista o impresa de un documento. En una modalidad, el módulo DRM 500 codifica crípticamente documentos con Estándar de Codificación Críptica Avanzada de Gobierno de E.U.A. (AES FIPS-197). La estructura de trabajo de aplicación 348, 349 puede acceder al módulo DRM 500 para proporcionar ingeniería 2-D y 3-D y vista de documento, colaboración, y capacidades de entrada de datos XML. El módulo DRM 500 acepta archivos de formato de origen 602-1-/ que incluye documento, imagen, y formatos CAD de origen tal como formatos de archivo discutidos anteriormente con referencia a los ejemplos ilustrados en los Cuadros 1-5. El módulo DRM 500 protege un gran rango de formatos de diseño de ingeniería y de documento de oficina en colaboración a través de la empresa extendida 300 (por ejemplo, como se ilustró en los Cuadros 1-5 ilustrativos). Los archivos de formato neutral seguro 604-1-/ pueden asegurarse con el módulo DRM 500. Los archivos de formato neutral seguro 604-1-/ incluyen un encabezado XML 962 que incluye metadatos, permisos guardados en memoria caché, y etiquetas de enrutamiento de documento que (1) pueden utilizarse para rastrear archivos de formato neutral seguro 604-1-/ a través de la red de empresa extendida 300; y (2) asignar y/o revocar permisos basados en política a cada usuario en el primer y segundo nodos de cliente 110-1-a, 120-1-b. En una modalidad, el permiso basado en política puede incluir, por ejemplo, capacidades de impresión, vista, transmisión, y/o marcación. Debido a que tales permisos basados en política se fijan en el archivo de formato neutral seguro 604-1-/, la estructura de trabajo de aplicación 348, 349 en conjunto con el nodo de procesamiento 140, es capaz de no permitir a un usuario ver, por ejemplo, un archivo de formato neutral seguro 604-1-/ a pesar del usuario que tiene acceso a la estructura de trabajo de aplicación 348, 349. Por ejemplo, si un proveedor localizado en el nodo de cliente 120-1 proporciona artículos a dos entidades de compra diferentes (Comprador 1 y Comprador 2). En una modalidad, el comprador 1 y Comprador 2 son competidores y el Comprador 2 termina los permisos de vista del proveedor a la información de medios del Comprador 2, proveedor, que todavía tiene acceso a ia estructura de aplicación 348, 349 (a través de la autorización del Comprado 1) no puede ver la información de medios del Comprador 2 a pesar del proveedor que tiene acceso a la estructura de trabajo de aplicación 349. De forma similar, el comprador 2 no sería capaz de ver la información de medios del Comprador 1 si tal información de medios se dirigió al Comprador 1 por el proveedor debido a que el archivo de formato neutral seguro 604-1-/ que comprende la información de medios del Comprador 1 no permitiría al Comprador 2 ver el archivo de formato neutral seguro del comprador 1 604-1-/. En una modalidad, el módulo DRM 500 inserta etiquetas de dirección de documento en el encabezado XML 962 de los archivos de formato neutral seguro 604-1-/. Esta característica permite a un publicador rastrear granularmente la distribución de un documento de archivos de formato neutral seguro 604-1-/ dentro de una organización y a través de la red de empresa extendida 300. En una modalidad, el DRM 500 inserta un enlace trasero de punto de publicador fijado en el encabezado XML 962 de los archivos de formato neutral seguro 604-1-/ en donde un servidor de suscriptor de publicador que puede ser parte de la plataforma de cómputo de alojamiento 150 puede manejar y rastrear los derechos de vista del documento cada vez que un usuario intenta abrir el documento en la red de empresa extendida 300. En una modalidad, el enlace trasero de punto de publicador es un enlace web que opera en conjunto con el servidor de suscripción y se fija en los archivos de formato neutral seguro 604-1-/ para proporcionar a un usuario no autorizado la oportunidad de obtener una suscripción al dirigir al usuario no autorizado a un sitio web de publicador. Una modalidad proporciona un mecanismo de cumplimiento para el usuario no autorizado y los suscriptores existentes del publicador que dirige el documento ai usuario no autorizado. En una modalidad, el módulo DRM 500 proporciona capacidad de rastreo de suscripción de volumen. En una modalidad, la capacidad de rastreo de suscripción de volumen puede implementarse como un bloque de direcciones de observador de suscriptor contenidas en el encabezado de archivo XML codificado crípticamente 962 del archivo de formato neutral seguro 604-1-/. Una modalidad proporciona manejo de suscripción granular al distribuir un número de módulos de observador 420 con licencia para una organización y que disminuye el número mientras cada módulo de observador 420 se descarga para el usuario. Una vez que la cuenta de observador alcanza cero, el publicador se notifica que se acabó la suscripción de volumen. El módulo DRM 500 también proporciona notificación de revisión que informa a los suscpptores de cualquier cambio de revisión de documento o procedimiento de documento. Esta característica de notificación de revisión funciona tanto con un documento aislado y cuando se incluye un documento en un paquete de información en equipo. Este método de control de revisión trabaja tanto para documentos en línea como fuera de línea. En una modalidad, el módulo DRM 500 proporciona notificaciones de revisión de los archivos de formato neutral seguros 640-1-/. En una modalidad, el módulo DRM 500 protege a documentos con alta seguridad que utiliza los estándares de codificación críptica de avance (AES)/FIPS-197 con 512 códigos de clave binarios. El módulo DRM 500 permite la codificación críptica y distribución segura de los archivos de formato de origen 602-1-/ y los archivos de formato neutral seguro 604-1-/ a través de la red de empresa extendida 300. En una modalidad, la funcionalidad de módulo DRM 500 puede implementarse al utilizar la tecnología .NET y herramientas de desarrollo de software de Visual C+ + proporcionadas por Microsoft®. En una modalidad, el módulo DRM 500 puede implementarse al utilizar una estructura de trabajo de presentación web fijada en ASP.NET también proporcionado por Microsoft®. En una modalidad, el módulo DRM 500 puede fijarse dentro del módulo de observador 420 que utiliza Visual C+ + , por ejemplo. Además, el módulo DRM 500 se comunica con los otros módulos funcionales 172 definidos aquí que utilizan servicios de Web .NET XML.
Módulo de Negociación Colaborativa 600 En una modalidad, los sistemas 100, 300 descritos anteriormente y los módulos funcionales 172 proporcionados por el nodo de procesamiento de alojamiento 140 tal como el módulo EEC 400, sub-módulos tal como el módulo de convertidor 410, módulo de observador 420, módulo de colaboración 430, y módulo de manejo de proyecto 440, el módulo DRM 500, el módulo de manejo de costo de diseño 700 (DCM), y la estructura de trabajo de aplicación 348, 349 pueden acoplarse con el módulo de negociación colaborativo 600 para formar una estructura de trabajo de negociación colaborativa que puede implementarse a través de las redes de empresa extendidas 100, 300. El módulo de negociación colaborativo 600 permite a las organizaciones representadas por el primer y segundo nodos de cliente 110-1, 120-1 utilizar el nodo de procesamiento de alojamiento 140 para implementar una técnica de negociación de gasto total que dirige múltiples factores tal como propiedad de inventario de precio, frecuencia de orden, tiempo de guía, y negociación de garantía para negociación de costo total. Por ejemplo, en una modalidad, el módulo de negociación colaborativo 600 puede elevar la funcionalidad del módulo EEC 400 y el módulo DRM 500 para proporcionar un ambiente colaborativo seguro para compradores en el primer nodo de cliente 110-1 para manejar actividades de origen de artículo con sus proveedores globalmente dispersos en los segundos nodos de cliente 120-1-b. Al utilizar herramientas de origen y/o subasta convencionales, muchas organizaciones de comprador (compradores) no pueden ordenar abiertamente su volumen de gasto de artículo total debido a la incapacidad de distribuir de forma segura a través de la información de medios de empresa extendida 300 que describe un artículo que el comprador desea poner en fuente. Por ejemplo, las subastas inversas convencionales entregan sólo descubrimiento de precio con ahorros potenciales no proporcionan una solución de origen completa que incluye negociación de costo total para un volumen de gasto dado. Las subastas convencionales, por ejemplo, no cuentan los costos operativos totales que surgen de una relación de comprador/proveedor. Debido a estas limitaciones en capacidades de origen actuales, los compradores pueden ordenar sólo un pequeño porcentaje de su volumen de gasto contráctil anual. La mayoría del volumen gastado en una organización de comprador no puede mencionarse competitivamente debido a la base de suministro limitada, incapacidad de distribuir con costo efectivo y de forma segura información de medios que describe el gasto, origen de propiedad de diseños competitivos, y/o relaciones de largo plazo con proveedores existentes. Además los compradores no han explotado completamente los beneficios de la tecnología de Internet o WAN para manejar la función de origen en su negocio. De esa forma, en una modalidad, el módulo de negociación colaborativo 600 proporciona la funcionalidad de entregar un análisis de gasto detallado y herramienta de negociación para permitir a los compradores evaluar un porcentaje mayor de su volumen gastado y oportunidades de alta elevación de objetivo con organizaciones de proveedor (proveedores). En una modalidad, el módulo de negociación colaborativo 600 permite la conversión de diseño de comprador y de proveedor y documentos de especificación de un formato de origen (archivos de formato de origen 602-1-/) a un formato neutral (archivos de formato neutral seguro 604-1-/) que utiliza el módulo de convertidor 410. Además, el módulo DRM agrega seguridad a las transacciones electrónicas de los archivos de formato de origen 602-1-/ y los archivos de formato neutral seguro 604-1-/ y permite al comprador y proveedor colaborar en redes de empresa extendida segura 100, 300. De esa forma los documentos de diseño y de especificación que soportan una variedad de RFQ, RFR, y/o documentos RFI (RFx) pueden intercambiarse de forma segura entre el primer nodo de cliente 110-1 (comprador) y uno o más segundos nodos de cliente 120-1-b (proveedores). Una vez que el diseño, especificación, y documentos RFx (colectivamente representados por archivos de formato de origen 602-1-/) se cargaron al nodo de procesamiento de alojamiento 140 y se convirtieron a los archivos de formato neutral seguro 604-1-/ con seguridad fijada, el módulo de negociación colaborativa 600 puede extraer metadatos de los archivos de formato neutral seguro 604-1-/ para llenar automáticamente un documento RFx con la información extraída aplicable. Además, el módulo de negociación colaborativo 600 puede procesar los metadatos extraídos para acoplar automáticamente un artículo de ingeniería a una base de suministro apropiada para ese artículo. Por ejemplo, el módulo de negociación colaborativo 600 puede extraer metadatos tal como el grosor, longitud, ancho, y altura de un artículo que representa un componente estampado y calcular automáticamente el tonelaje de presión requerido para fabricar el artículo. El módulo de negociación colaborativo 600 después puede utilizar el cálculo de tonelaje para estrechar los participantes de orden para incluir sólo a proveedores que son capaces de producir el artículo.
Estructura de Trabajo de Negociación Colaborativa En una modalidad, un módulo de navegación colaborativa 600 proporciona una estructura de trabajo para implementar negociación colaborativa a través de la red de empresa extendida 300. Una estructura de trabajo de negociación colaborativa es una plataforma de negociaciones que permite a los profesionales de origen (por ejemplo, compradores) diseñar formatos de negociaciones de costumbre. Para proporcionar diferentes implementaciones de negociación, las modalidades de la estructura de trabajo de negociación colaborativa permiten a ios profesionales de origen elegir entre varios parámetros de negociación y métodos de negociación. En una modalidad, la plataforma de negociación colaborativa proporciona la capacidad de tomar datos de pre-orden y automáticamente transporta datos a un sistema de implementación. En una modalidad, la plataforma de negociación colaborativa proporciona términos de negociación activos de variante múltiple en donde los proveedores pueden ordenar y los compradores pueden obtener contratos basados en precio y términos de negociación relacionados con no precio. Por consiguiente, la plataforma de negociación colaborativa permite a los proveedores diferenciar por sí mismos en términos de negociación activos relacionados con precio así como precio total para influenciar una decisión de comprador para obtener el contrato. Generalmente, las negociaciones competitivas electrónicas requieren rondas sucesivas múltiples de orden antes de que se haga una decisión de obtención de contrato por el comprador. La Figura 19 es una interfase de usuario gráfica 1900 de una modalidad de un caso de la estructura de trabajo de aplicación 348, 349 para permitir a un evento de negociación colaborativa ordenar un artículo. La interfase de usuario gráfica 1900 incluye un panel de especificación 1902 para presentar los detalles de artículo 1904, documentos anexos 1906, y proveedores de participación 1908. Los detalles de artículo 1904 describen el artículo para ordenar. Antes del evento de negociación, puede haber varias rendas de información de datos de pre-orden colaborativa que reúne e intercambia ente el comprador y los varios proveedores. Por ejemplo, el comprador puede emitir RFI, RFP, RFQ, y Subasta. Estos documentos así como otra información de medios tal como, por ejemplo, ingeniería técnica y especificaciones de fabricación se enlistan en la sección de documentos anexos 1906. Como se discutió previamente, estos documentos pueden cargarse al nodo de procesamiento de alojamiento 140 como archivos de formato de origen 602-1-/ en donde se convierten al formato de archivo neutral y se distribuyen a través de la red de empresa extendida 300 como archivos de formato neutral seguro 604-1-/. Durante la fase RFI, el comprador puede pedir a los proveedores (los que ordenan) enviar información para determinar si están calificados para proporcionar los artículos que estarán sujetos a la negociación. En la fase RFP el comprador determina la cualidad de adecuado de cada proveedor potencial y define alrededor de la oferta del proveedor. En la fase RFQ el comprador tiene una vista codificada del artículo para comprarse y define los términos y condiciones de la negociación y compra. Durante la fase de negociación de precio, el enfoque está generalmente en precio y volumen. Además, el módulo de negociación colaborativa 600 puede extraer metadatos de los archivos de formato neutral seguros 604-1-/ para reducir RFQ y costos de trabajo de fabricación de mercado. Las modalidades de la estructura de trabajo de negociación colaborativa utilizan términos de negociación activos de precio y de no precio. El módulo de negociación colaborativa 600 monetiza el impacto de términos de negociación activos de no precio en el valor de costo total de la oferta de orden. Los valores monetizados de los términos de negociación activos de no precio pueden fijarse o ser variables y pueden cerrarse en cualquier tiempo durante el evento de negociación colaborativa. Los términos de negociación activos adicionales o menos pueden utilizarse basándose en la implementación específica. Las modalidades no se limitan en este contexto. Un término de negociación activo se refiere a una unidad atómica individual de una negociación tal como "término de pago", "tiempo de guía", y otros aquí descritos. Un término de negociación activa puede incluir valores que se procesan por una fórmula que después de divide monetariamente en el precio (base) de orden para definir la mejor oferta. El valor de costo total es el precio de base ajustado de acuerdo con los términos de negociación activos monetizados. Por ejemplo, si la emisión es variación de precio de una comodidad comprada en un periodo de tiempo, una meta de la negociación para un comprador puede ser para acoplar en un contacto de precio fijado a largo plazo con un proveedor. Si la emisión se entrega a tiempo, una meta de la negociación para el comprador puede ser seleccionar a un proveedor con un tiempo de guía condescendiente. De esa forma, los términos de negociación activos de no precio tal como, por ejemplo, "término" y "tiempo de guía" puede tener impacto considerable en el valor de costo total de la negociación más que el precio de orden de línea de fondo sólo. Los términos de negociación activos pueden dividirse en dos categorías. Aquellos que traducen factores de no precio en impacto económico y aquellos que tienen un resultado establecido que puede optimizarse por un objeto de negociación. Los términos de negociación activos pueden elegirse de una biblioteca que contiene términos de negociación comunes y términos de negociación de costumbre que pueden definirse por el comprador. Los términos de negociación activos de costumbre pueden enviarse por el proveedor en campos definidos con el fin de hacer su orden. Una fórmula traduce estos términos de negociación activos de costumbre en su impacto económico para llegar en el valor de costo total. La Figura 20 es una interfase de usuario gráfica 2000 de una modalidad de un caso de la estructura de trabajo de aplicación 348 como se observa en la computadora 310 del nodo de cliente lateral de comprador 110-1. Por consiguiente, el cristal de negociación 2002 es presentado al nodo de cliente lateral de comprador 110-1 de la computadora 310. Un cristal de comercio 204 se proporciona dentro del cristal de negociación 2002. En el lado de comprador, el cristal de mercado 2004 muestra las existencias de orden para todos los proveedores participantes en un evento de negociación. En la modalidad ¡lustrada, el cristal de mercado 2004 muestra las existencias entre cuatro proveedores 2006-1-4 (de izquierda a derecha) que envía órdenes en un evento de negociación para un artículo denominado como "Alojamientos de Lote 4", por ejemplo. El cristal de mercado 2004 también muestra la oferta actual 2008-1, que puede denominarse aquí como la orden de base, y los términos de negociación activos 2008-2-8 (factores de precio y no precio) utilizados en el evento de negociación. Como se muestra, los términos de negociación activos 2008-2-8 incluyen: calificación de sistema de calidad 2008-2, tiempo de guía 2008-3, pago 2008-4, términos 2008-5, derrame 2008-5, herramientas 2008-6, fijación 2008-7, y calificaciones de moldeo de plástico 2008-8. Una marca 2010 se proporciona para calificaciones de sistema de calidad 2008-2 y calificaciones de moldeo de plástico 2008-8 basadas en consultas previamente enviadas ingresadas por cada uno de los proveedores 2006-1-4. Otros términos de negociación activos pueden ser valores monetizados asignados 2012 en Dólares de Estados Unidos (USD), por ejemplo. Una marca total 2014 y un costo total 2016 se proporciona para cada proveedor 2006-1-4. La oferta actual 2008-1 compara el costo histórico 2018 contra el precio de orden ingresado por cada proveedor 2006-1-4. En una modalidad, el costo histórico puede representar un precio que el comprador actualmente paga para los artículos para ordenar, por ejemplo. Como se muestra, el proveedor 2006-1 puede analizarse con respecto a la base de oferta actual 2008-1-1 de $302,389 y términos de pago de términos de negociación activos 2008-4 de ($1,252) y derrame 2008-5 de $30,239. Cuando se consideran los términos de negociación activa (2008-4, 2008-5), el valor de costo total 2016-1 de la orden enviada por el proveedor 2006-1 es $331,376, que es mayor que el precio de base de la oferta actual 2008-1 de $302,389. Un análisis similar aplica al proveedor 2006-3 con un precio de base de oferta actual 2008-1-3 de $256,331 y un valor de costo total 2016-3 de $280,904. De forma similar, el proveedor 2006-4 envió un precio de base de oferta actual 2008-1-4 de $278,409 que traduce a un valor de costo total 2016-4 de $304,402. La orden enviada por el proveedor 2006-2 puede analizarse en términos de un precio de base de oferta actual 2008-1-2 de $309,151 y términos de negociación activos tal como marca de calificación de sistema de calidad 2008-2 de 52, tiempo de guía 2008-3 de $733, término de pago 2008-4 de ($1,279), factor de derrame 2008-5 de $30,915, y marca de calificación de moldeo de plástico 2008-8 95. Cuando se consideran los términos de negociación activos (2008-1-5 y 2008-8), el valor de costo total 2016-2 de la orden enviada por el proveedor 2006-2 es $339,519, que también es mayor que el precio de base de oferta actual de $309,151. En la modalidad ilustrada, el comprador seleccionó un método de negociación de subasta inversa 2020. Otros métodos de negociación facilitada electrónicamente pueden comprender, por ejemplo, colaboración RFQ, oferta inicial, subasta inversa, división de negocio, subasta directa, subasta holandesa, subasta inglesa, atributos múltiples, petición de orden, transportación, lotes de proveedor, entre otros métodos de negociación. A pesar de los ahorros de costo que pueden realizarse al utilizar estos formatos de negociación, los métodos de negociación electrónica se utilizan sólo para una minoría de compras de gran escala hechas por una organización. Una limitación es que se obtengan contratos en precio de base de orden solo debido a que estos métodos de negociación generalmente no toman en cuenta términos de negociación activos. En las modalidades ilustradas de la estructura de trabajo de negociación colaborativa, los proveedores pueden diferenciar sus ofertas basándose en precio tal como la oferta actual 2008-1; términos de negociación activos objetivos 2008-2-8 tal como tiempo de guía 2008-3, pago 2008-4, términos 2008-5, derrame 2008-5, herramienta 2008-6, y fijación 2008-7; y términos de negociación activos subjetivos tal como calificaciones de sistema de calidad 2008-2 y calificaciones de moldeo de plástico 2008-8. Por consiguiente, los términos de negociación activos 2008-2-8 de acuerdo con las modalidades aquí descritas permiten a los proveedores 2006-1-4 influenciar una decisión de comprador en más del precio de base de orden sólo. Esta técnica también elimina ia necesidad de análisis de pos orden por el comprador para seleccionar un proveedor basándose en términos de negociación activa. Los términos de negociación activa 2008 aquí descritos se enlistan como ejemplos solamente. Pueden existir menos términos de negociación activa, adicionales o diferentes sin limitación. Las modalidades no se limitan en este contexto. La Figura 21 es una interfase de usuario gráfica 2100 de una modalidad de un caso de la estructura de trabajo de aplicación 348 como se observa en la computadora 310 del nodo de cliente lateral de comprador 110-1 con el campo de oferta actual 2008-1 expandido. En una modalidad, el campo de oferta actual 2008-1 puede incluir los siguientes sub-campos: orden inicial 2102, diferencia (delta) de orden inicial 2104, diferencia (delta) de orden histórica 2106, clasificación de ordenante 2108 basado en oferta actual 2008-1, y clasificación de ordenante 2110 basada en la oferta de costo total 2016, entre otros. Como se muestra, el ordenante 2006-3 estableció ia guía de mercado con respecto al precio de base de oferta actual 2008-1-3 de $256,331 y valor de costo total 2016-3 de $280,904. El ordenante 2006-4 se clasifica segundo en el precio de base de oferta actual 2008-1 de $258,921 y el valor de costo total 2016-4 de $283,827. El ordenante 2006-1 se clasifica tercero en el precio de base de oferta actual 2008-1-1 de $302,389 y el valor de costo total 2016-1 de $331,376, El ordenante 2006-2 se clasifica cuarto en el precio de base de oferta actual 2008-1-2 de $309.151 y el valor de costo total 2016-2 de $339,519. Los sub-campos de oferta actual 2008-1 se enlistan como ejemplos solamente. Pueden existir menos sub-campos, adicionales o diferentes sin limitación. Las modalidades no se limitan en este contexto. La Figura 22 es una interfase de usuario gráfica 2200 de una modalidad de un caso de la estructura de aplicación 348 como se observa en la computadora 310 de nodo de cliente lateral de comprador 110-1 con el campo de calificaciones de moldeo de plástico 2008-8 expandido. Las calificaciones de moldeo de plástico 2008-8 es un término de negociación activo subjetivo que impacta el valor de costo total 2016-1-4 para cada ordenante 2006-1-4. El campo de calificaciones de moldeo de plástico 2008-8 incluye varios sub-campos que incluyen consultas colocadas para cada uno de los proveedores 2006-1-4 con respecto a sus calificaciones para proveer móldeos de plástico, por ejemplo. Antes de un evento de negociación colaborativo, cada proveedor 2006-1-4 envía una respuesta a las consultas. Se asigna una marca basándose en la respuesta dada. En una modalidad, las consultas de subcampo pueden incluir consulta de sub-campo 2202: "¿Soporta dados sin corredor calientes?"; consulta de sub-campo 2204: "¿Tiene control de material de silo resina?"; consulta de sub-campo 2206: "¿Cuál es su tamaño de placa promedio?"; consulta de sub-campo 2208: "¿Cuál es su capacidad de presión en toneladas?"; y consulta de sub-campo 2210: "¿Puede producir moldes de pared individuales?" por ejemplo. Una vez que los proveedores 2006-1-4 envían respuestas a las consultas, se calcula una marca basándose en las respuestas. Como se muestra, el proveedor 2006-1 recibió una marca 2212-1 de 60, el proveedor 2006-2 recibió una marca 2212-2 de 43, el proveedor 2006-3 recibió una marca 2212-3 de 41, y el proveedor 2006-4 recibió una marca 2212-4 de 0. Estas consultas se enlistan como ejemplos solamente. Pueden existir menos consultas, adicionales o diferente enviadas a los ordenantes 2006-1-4 sin limitación. Las modalidades no se limitan en este contexto. La Figura 23 es una interfase de usuario gráfica 2300 de una modalidad de un caso de la estructura de trabajo de aplicación 348 como se observó en la computadora 310 del nodo de cliente lateral del comprador 110-1 con el pago 2008-4 y los campos de fijación 2008-7 expandidos. El pago 2008-4 y fijación 2008-7 son términos de negociación activa de objetivo de no precio que tienen un impacto en el valor de costo total 2016-1-4 de las ordenes enviadas por cada proveedor 2006-1-4. Como se muestra, el pago 2008-4 incluye un sub-campo de descuento 2302 y un sub-campo de días de pago 2304 (por ejemplo, el descuento aplica si se hace el pago dentro del número de días). Las respuestas al descuento 2302 son en términos de porcentaje (%) y respuestas a días de pago 2304 están en términos de días. El descuento de porcentaje 2302 tiene un efecto directo en el valor de costo total mientras los días de pago 2304 se basan en el valor actual neto de dinero, que refleja el costo de tiempo de dinero. El término de negociación activo puede impactar al comprador y cada uno de los proveedores 2006-1-4 en una forma diferente. Por ejemplo, el valor actual neto de dinero puede ser diferente para cada comprador y proveedores 2006-1-4. La fijación 2008-7 incluye costo de fijación 2306, amortización 2308, preferencia de amortización 2310, unidades amortizadas 2312, costo de artículo de línea de fijación 2314, en periodo de tiempo 2316, periodo de unidades de tiempo 2318, costo de mantenimiento 2320, costo anual de proveedor de capital 2322, y pago a sub-campos de proveedor 2324. Las respuestas a cada una de las consultas en los sub-campos 2302 y 2304 de pago 2008-4 y los sub-campos de fijación 2008-7 2306-2324 pueden proporcionarse por cada proveedor 2006-1-4 antes del evento de negociación. Las respuestas forman una porción de los términos de negociación activa y afectan los valores de costo total 2016-1-4 de cada orden. Estas consultas se enlistan como ejemplos solamente. Pueden existir menos consultas, adicionales o diferentes enviadas por el comprador a los proveedores 2006-1-4 sin limitación. Las modalidades no se limitan en este contexto. La Figura 24 es una interfase de usuario gráfica 2400 de una modalidad de un caso de la estructura de trabajo de aplicación 348 como se observó en la computadora 310 del nodo de cliente lateral del comprador 110-1 con el campo de calificación de sistema de calidad 2008-2 expandido. La calificación de sistema de calidad 2008-2 es un término de negociación activa de subjetivo de no precio que tienen un impacto en el valor de costo total 2016-1-4 de las ordenes enviadas por cada proveedor 2006-1-4. Como se muestra, la calificación de sistema de calidad 2008-2 incluye varias consultas que conciernen a las capacidades de calidad de los proveedores 2006-1-4. El sub-campo 2402 incluye la consulta "¿Cumplió con un sistema de calidad documentado?". El sub-campo 2404 incluye la consulta "¿Tiene una capacidad de trazo de material?". El sub-campo 2406 incluye la consulta "¿Mantiene inspección y registros de prueba?" El sub-campo 2408 incluye la consulta "¿Tiene un sistema de calibración de garantía?" El sub-campo 2410 incluye la consulta "¿Tiene un sistema de control de documento?" El sub-campo 2412 incluye la consulta "¿Tiene un procedimiento para manejar material no conformador?". Las respuestas a cada una de las consultas pueden proporcionarse por cada proveedor 2006-1-4 antes del evento de negociación y cada una afecta los valores de costo total 2016-1-4 de cada orden. Estas consultas se enlistan como ejemplos solamente. Pueden existir menos consultas, adicionales o diferentes enviadas por el comprador a los ordenantes 2006-1-4 sin limitación. Las modalidades no se limitan en este contexto. La Figura 25 es una interfase de usuario gráfica 2500 de una modalidad de un caso de la estructura de trabajo de aplicación 349 como se observa en la computadora 320 del nodo de cliente lateral 120-1 del proveedor (ordenante). Se proporciona un cristal de mercado 2504 dentro del cristal de negociación 2502. En el lado del proveedor, el cristal de mercado 2504 muestra sólo las existencias de orden del proveedor 2006-1 que envía las órdenes. La información en todas las otras ordenes no se muestran excepto para la posición de mercado del proveedor relativa a los otros proveedores 2006-2, 2006-3- y 2006-4 que participan en el evento de negociación. El cristal de mercado 2504 en el lado del proveedor presenta los parámetros de negociación del proveedor 2508 del proveedor 2006-1. Los parámetros de negociación del proveedor 2508 se clasifican en el orden de mercado que guía para revestimiento de mercado relativo a las órdenes enviadas por los otros proveedores 2006-2, 2006-3, y 2006-4. El cristal de mercado 2504 también presenta elementos de retroalimentación 2510 para indicar la posición de mercado del proveedor 2006-1 relativo al mercado para el evento de negociación. Un espacio de guía de mercado 2512 proporciona al proveedor 2006-1 una indicación en términos de la cantidad real por la cual guía la orden o reviste el mercado. Se presenta una marca pesada 2514 basada en los términos de negociación activa subjetiva 2008-2-8. El impacto total en la orden 2516 también se presenta al proveedor 2006-1. En el ejemplo ilustrado, el proveedor 2006-1 guía al mercado con respecto a la herramienta2508-6 por $82.07. El proveedor 2006-1 está fijo con el mercado basado en la fijación 2508-7. Con respecto al pago 2508-4 el proveedor reviste el mercado por ($6,653.00). Con respecto al tiempo de guía 2508-3 el proveedor reviste el mercado por ($733.25). Con respecto al derrame 2508-5 el proveedor reviste el mercado por ($25,376.81). Con respecto a la orden de base 2508-1 el proveedor reviste el mercado por ($93,877.65). Con respecto a las calificaciones de moldeo de plástico 2508-8 el proveedor tiene una marca pesada 2514 de 70.75. Finalmente, con respecto a la calificación de sistema de calidad 2508-2 el proveedor 2006-1 recibió una marca pesada de 77.33. La oferta total con respecto al espacio de guía de mercado 2518 se presenta junto con la marca pesada total 2520 y el impacto total 2522 en la orden de base. El impacto en la orden de base 2516 se presenta para cada parámetro de negociación de proveedor 2508. La retroalimentación con respecto al impacto de un parámetro de negociación de proveedor 2508 se proporciona al proveedor 2006-1 si se revisa un parámetro de negociación de proveedor 2508. Además, el ordenante 2006-1 puede revisar los valores para cada uno de los parámetros de negociación de proveedor 2508 e inmediatamente observa el impacto que hace en la orden de base antes de enviar realmente lo revisado al mercado al seleccionar el botón de colocar orden 2524. En una modalidad, e módulo de negociación colaborativo 600 proporciona un mecanismo de retroalimentación al proveedor 2006-1 (por ejemplo, proveedor) basándose en cualquier parámetro de negociación de proveedor 2508 previamente enviado al comprador por el proveedor 2006-1. Después de que se envío una orden (base de orden 2508-1), el módulo de negociación colaborativa 600 ajusta la orden basándose en factores de negociación activa 2008, que operan en los parámetros de negociación de proveedor 2508 enviados por el proveedor 2006-1. El proveedor 2006-1 recibe retroalimentación de la orden ajustada relativa a los parámetros de negociación de proveedor muy recientemente enviados 2508. En una modalidad, la estructura de trabajo de negociación colaborativa presenta sus fórmulas al proveedor 2006-1 y proporciona al proveedor 2006-1 una oportunidad de ajustar los parámetros de negociación de proveedor 2508 basados en la estructura e costo e impacto de costo al proveedor 2006-1. La retroalimentación puede estar en la forma de una presentación en la computadora 320 que muestra la posición de mercado, impacto de precio, y equilibrio de mercado del proveedor (ordenante) relativo a la posición de orden ajustada de guía de mercado. La retroalimentación de posición de mercado informa al proveedor 2006-1 de su posición de mercado relativa a ios otros ordenantes 2006-2, 2006-3, 2006-4 basándose en los parámetros de negociación de proveedor 2508. En una modalidad, un mecanismo de retroalimentación incluye un elemento de interfase de usuario gráfica 2510 para indicar al proveedor 2006-2 la oferta de orden de base ajustada basándose en los parámetros de negociación de proveedor 2005. El proveedor 2006-1 puede indicarse por el elemento 2510 basándose en color, icono, gráficos, sonido, y/o cualquier combinación de los mismos. En una modalidad, por ejemplo, el proveedor de guía observaría una manifestación diferente del elemento 2510 de los proveedores de revestimiento. Por ejemplo, el ordenante de guía puede ver un elemento verde 2510 para indicar que el ordenante tiene el mayor impacto de costo para un parámetro de negociación de proveedor mientras los otros proveedores pueden tener el elemento en varios otros colores basándose en su posición relativa con respecto a ese parámetro de negociación de proveedor. Por ejemplo, los ordenantes de revestimiento pueden ver el elemento 2510 en un color diferente (por ejemplo, rojo) para indicar que no tienen la mejor oferta en ese factor individual. Un elemento puede proporcionarse para cada parámetro de negociación de proveedor 2508. Las modalidades no se limitan en este contexto. El impacto de precio en la retroalimentación de orden 2516 es la capacidad de ver ei impacto monetizado de cada parámetro de negociación de proveedor individual 2508 en su orden de base. El impacto de precio en la retroalimentación de orden 2516 puede ayudar al proveedor 2006-1 al modificar su orden o modificar uno o más parámetros de negociación de proveedor 2508 en una forma que haría mayor impacto en el valor de costo total 2518 de la orden de base. En una modalidad, el módulo de negociación de colaboración 600 puede incluir retroalimentación de equilibrio de mercado en la forma de un gráfico. En una modalidad, una dimensión del gráfico puede contener el impacto de costo y las otras N dimensiones pueden contener los parámetros de negociación de proveedor. Se argumentan las dos líneas; una línea muestra el impacto de costo en la oferta total y la otra muestra el impacto de costo al ordenante que proporciona la oferta total. Esto muestra al ordenante los términos óptimos que pueden proporcionar el mayor impacto para el comprador dentro de las limitaciones propias del ordenante y/o comprador. En una modalidad, el módulo de negociación colaborativo 600 proporciona a los proveedores 2006-1-4 herramientas para conducir negociaciones en tiempo real a través de la empresa extendida 300.
En una modalidad, estas herramientas incluyen; costo de proveedor; prueba de orden; foco objetivo; y transparencia de cálculo. Una herramienta de costo de proveedor proporciona al proveedor 2006-1 la capacidad de ver en tiempo real el impacto de costo de cambiar un parámetro de negociación de proveedor 2508 contra el costo ai proveedor 2006-1 para proporcionar el parámetro de negociación de proveedor 2508. El ordenante 2006-1 también puede ver el impacto de cambiar cualquiera de los factores de negociación de proveedor 2508 desde la perspectiva del comprador. El proveedor 2006-1 puede preparar una orden loca! en la computadora de cliente 320 antes de enviar la orden al mercado. Una herramienta de prueba de orden compara la orden local a una orden comprometida de mercado. La herramienta de prueba de orden permite al proveedor 2006-1 modificar la base o modificar cualquiera de los parámetros de negociación de proveedor 2005 para ver el impactote de las modificaciones al valor de costo total 2518 relativo al mercado antes de comprometer esa orden al mercado durante el evento de negociación. Para enviar la orden local al mercado, el proveedor 2006-1 selecciona el botón de colocar orden 2524. En cuyo tiempo la orden local puede transferirse al comprador, y el impacto de la orden sería visible por los otros proveedores 2006-2-4 y el comprador, por ejemplo. El módulo de negociación de colaboración 600 permite al proveedor 2006-1 clasificar automáticamente todos los parámetros de negociación de proveedor 2508 basándose en esos parámetros que tienen la diferencia de mayor impacto entre la oferta del proveedor 2006-1 y el mercado mostrado en la parte superior de la lista. Esto permite al proveedor 2006-1 enfocarse en los parámetros de negociación que tienen la mayor oportunidad de cerrar el espacio de guía de mercado 2512. El módulo de negociación de colaboración 600 permite al proveedor 2006-1 ver la fórmula exacta utilizada para calcular el impacto en un parámetro de negociación de proveedor individual 2508 en el valor de costo total 2518. En una modalidad, el módulo de negociación colaborativa 600 permite varios métodos de negociación intercambiables. Un método de negociación intercambiable proporciona la capacidad de cambiar métodos de negociación dentro y fuera de una estructura de trabajo mientras mantiene todos los otros elementos iguales. En una modalidad, el módulo de negociación colaborativo 600 puede ordenarse para proporcionar una arquitectura intercambiable capaz de controlar cualquier formato de negociaciones y proporcionar salidas normalizadas para todos los formatos de negociación. En una modalidad, las ordenes se clasifican ordenadas de mejor a peor y ciertas órdenes pueden marcarse como estando en una posición "ganadora". En una negociación de subasta inversa, el precio más bajo se coloca' en la parte superior de la lista marcado como el ganador. En una división de negociación de negocio pueden existir múltiples ganadores. Las plantillas de negociación del módulo de negociación de colaboración 600 proporcionan la capacidad de que un comprador cree sus propios formatos de negociación y los almacenen en una biblioteca reutilizable. La Figura 26 es una interfase de usuario gráfica 2600 de una modalidad de un caso de la estructura de trabajo de aplicación 348 para presentar una subasta en vivo como se observó en la computadora 310 del nodo de cliente lateral de comprador 110-1 y las computadoras de nodo de cliente laterales de proveedor 320. Un cristal de presentación 2602 muestra las órdenes 2604 (en dólares de E.U.A.) contra tiempo 2606 aproximadamente en una base de tiempo real mientras las órdenes de ingresan por cinco proveedores participantes 2608-1, 2608-2, 2608-3, 2608-4, y 2608-5 que ordenan en el evento de negociación. El panel de presentación 2602 puede verse por todos los proveedores participantes 2608-1, 2608-2, 2608-3, 2608-4, y 2608-5 que ordenan en el evento de negociación en los segundos nodos de cliente respectivos 120-1-5, por ejemplo, y se observa por el comprador en el primer nodo de cliente 110-1, por ejemplo. En la modalidad ilustrada, existe una tendencia hacia abajo 2610 en la cantidad de orden mientras las órdenes 2604 se envían con el tiempo 2606. En cualquier momento durante la subasta, la información de resumen puede presentarse en el cuadro 2612. En una modalidad, el cuadro 2612 identifica el ordenante ganador 2606-1, la cantidad de orden, la base, y los parámetros de negociación de proveedor tal como derrame, términos de pago, y tiempo de guía, por ejemplo. En una modalidad, el módulo de negociación colaborativa 600 puede configurarse para responder al evento de subasta en el comprador y/o computadoras de nodo de cliente de proveedor 310, 320. La Figura 27 es un diagrama d-e bloque de una modalidad de una estructura de trabajo de negociación colaborativa 2700. En una modalidad, la estructura de trabajo de negociación colaborativa 2700 incluye componentes intercambiables. Estos componentes incluyen una interfase de usuario (Ul) 2710, un motor de negociación 2720, un coordinador de ejecución de mercado 2730, y un administrador de persistencia 2740. La estructura de trabajo de negociación colaborativa 2700 proporciona una estructura de trabajo de negociaciones para implementar negociaciones de costumbre. En una modalidad, la estructura de trabajo de negociación colaborativa 2700 permite una implementación de término de negociación activa en donde todos los términos de negociación activa que soportan una decisión de obtención de contrato pueden monetizarse. Esta implementación puede eliminar análisis subjetivo, proporcionar retroalimentación inmediata a la base de suministro, y proporciona comparaciones apropiadas en una negociación de precio normalizada. En una modalidad, la estructura de trabajo de negociación colaborativa 2700 proporciona una estructura de trabajo extensible para construir negociaciones paramétricas confeccionadas de costumbre que incorporan múltiples aspectos de negociación que incluyen tanto términos de negociación activos de predio y no precio de orden en un tiempo real o forma asincrónica. En una modalidad, la estructura de trabajo de negociación colaborativa 2700 proporciona una estructura de trabajo de negociaciones balanceadas de carga reutilizables, genéricas, y distribuidas que opera independientemente de métodos de negociación de precio, términos de negociación activos de no precio, e interfase de usuario. En una modalidad, la Ul 2710 incluye componentes Ul 2712 los términos de negociación activos 2722, componentes Ul 2714 para objetos de negociación 2724, y una estructura de trabajo de activación de Ul 2716. La Ul 2710 presenta entradas al motor de negociación 2720 y presenta salidas del motor de negociación 2720. La Ul 2710 presenta el estado de mercado de la negociación al usuario final (por ejemplo, proveedor/ordenante, comprador) y proporciona recursos para manipular los términos de negociación activa 2722 y cómo se relacionan con el mercado. El Ul 2710 interactúa tanto con el motor de negociación 2720 y el coordinador de ejecución de mercado 2730. El Ul 2710 incluye los componentes visuales para soportar el motor de negociación 2720. En una modalidad, la estructura de trabajo de activación Ul 2716 es una aplicación de cliente rica que se puede correr en cualquier navegador web estándar. La Ul 2710 llama distribuidor de par a par para cargar el motor de negociación 2720 para la orden que se accede. En una modalidad, el motor de negociación 2720 incluye uno o más términos de negociación activos 2722 y objetos de negociación 2724 y procesa una o más rondas de negociación 2726 y lotes de negociación 2728 en un evento de negociación dado. La Ul 2710 incluye los componentes visuales para todos los términos de negociación activos 2722 y los objetos de negociación 2724. El motor de negociación 2720 recibe datos de entrada, realiza cálculos en él, y regresa información de colocación de mercado con objetivo favorable. En una modalidad, el motor de negociación 2720 procesa órdenes en una lista clasificada y ordenada de proveedores basándose en su posición de mercado actual. Acepta parámetros de negociación de comprador y de proveedor y ajustes de base de orden y realiza cálculos específicos de orden para llegar en su resultado. El término de negociación activa 2722 opera en uno o más términos de negociación tal como, por ejemplo, si un ordenante cambia un término de negociación que cambia puede afectar otros términos de negociación. Los términos de negociación activa 2722 calculan y regresan un resultado establecido para optimizarse. Los objetos de negociación 2724 ejecutan los términos de negociación activos 2722 en un orden predeterminado mientras se reciben de los ordenantes y clasifican órdenes de todos los ordenantes relativos a la posición de mercado actual. El motor de negociación 2720 ejecuta lo mismo y produce los mismos resultados sin importar de si los eventos de orden son eventos en línea y/o fuera de línea y pueden reproducirse fuera de línea. En una modalidad, el término de negociación activa 2722 crea elementos reutilizables que contienen fórmulas para calcular un valor para permitir al comprador ver la mejor oferta para la negociación en tiempo real. Esta técnica permite a los compradores entender el valor de costo total asociado con cada ordenante y simultáneamente permite a los ordenantes ver cómo los factores ¡mpactan el valor de costo total de su orden. Cada artículo en un RFl, RFP, o RFQ que requiere respuesta de proveedor tiene un factor de negociación modelado que corresponde a un artículo de ese tipo. Cada término de negociación activo 2722 tiene un grupo definido de parámetros de factor de negociación de comprador y proveedor y calcula estas estradas de parámetro en un impacto monetizado en la base de orden para la porción de precio de la negociación. Normalizar las entradas RFl, RFP, y RFQ en un impacto monetario en la base de orden de precio proporciona un análisis objetivo para que el comprador haga una decisión de obtención de contrato efectiva. También, el análisis objetivo de rondas anteriores de la negociación puede llevarse a cabo como una entrada en el análisis de rondas de negociación subsecuente. Los términos de negociación activa 2722 pueden agruparse en un impacto monetizado en base y requerimientos en relación con otros términos de negociación. En una modalidad, en un impacto monetizado en acercamiento de base, los cálculos monetizados pueden dividirse en términos cuantitativos y cualitativos. Los términos de negociación activos cuantitativos pueden considerarse fácilmente mientras existe un costo cuantificable limpio asociado con elementos de este tipo. Los términos de negociación activos cualitativos tal como el riesgo pueden tener fórmulas codificadas creadas para cuantificar una válvula para cada tipo de riesgo. Esta cuenta de cálculos para el costo del evento de riesgo que ocurre dividido por la probabilidad de su ocurrencia. Los términos de negociación activa cuantitativos pueden incluir términos de descuento (por ejemplo, descuento dado para pagar dentro de un marco de tiempo dado) y calidad (por ejemplo, porcentaje de producto que no es conforme). Los términos de negociación activa de este tipo tienen un grupo de fórmulas asociadas con entender su impacto de costo de dólar. El término de negociación activa 2722 se refiere tanto a términos de negociación cuantitativos como cualitativos a una base de orden. Esto proporciona la flexibilidad de tomar todos los términos de negociación para considerarse cuando se hace una decisión de obtención de contrato basada en el resultado de la negociación en un formato normalizado. Al normalizar los términos de negociación cuantitativos y cualitativos, un comprador puede dar un proveedor mejor y retroalimentación más inmediata de cómo los factores de negociación pueden afectar la decisión de comprador. Los términos de negociación cuantitativos incluyen: (1) descuentos de volumen; (2) términos y condiciones estándares; (3) calidad; (4) garantía; (5) plazos; (6) ubicación; (7) método de precio; (8) especificaciones de desempeño; (9) relaciones previas con proveedores; (10) demora; (11) derrame; (12) pre-pagos (por ejemplo, pagos parciales y decadentes); (13) herramienta; (14) fijación; y (15) inventario de consignación. Pueden existir menos factores de negociación cuantitativos o adicionales. Las modalidades no se limitan en este contexto. Los términos de negociación cualitativa incluyen: (1) distribuir óptimamente negocio entre la base de suministro; (2) tiempo de entrega, requerimientos; (3) restricciones de mención; (4) servicio de cliente; (5) rampa a volumen; (6) división de negocio único de negocio; (7) y compañías de minoría/DBE. Pueden existir menos factores de negociación cualitativos o adicionales. Las modalidades no se limitan en este contexto. Los términos de negociación cualitativos pueden ser más difíciles de conceptualizar dentro de los términos de costo. Sin embargo, los términos de negociación cualitativos pueden monetizarse basándose en su importancia al comprador o inconformidad al proveedor. Un ejemplo de un factor de negociación cualitativa es el riesgo de cambiar proveedores. Diferentes factores de negociación de riesgo pueden asignarse para nuevos proveedores dentro del país contra nuevos proveedores fuera del país. Una forma de que el riesgo pueda monetizarse es al asociar el riesgo al costo de un evento indeseable que sucede dividido por la oportunidad (o probabilidad) de porcentaje que puede suceder. En una modalidad, el término de negociación activa 2722 soporta términos adaptables para definir parámetros de negociación de costumbre y una fórmula que opera en esos parámetros de costumbre. De esa forma, cualquier parámetro deseado puede tener un impacto en la negociación. La arquitectura flexible de la estructura de trabajo de negociación colaborativa 2700 permite a los compradores diseñar negociaciones de costumbre con términos de negociación activos apropiadamente pesados en el procedimiento de negociaciones. Los términos de negociación de riesgo cualitativos incluyen: (1) viabilidad financiera; (2) retraso de transportación; y (3) relaciones previas con proveedores. Pueden existir menos factores de negociación de riesgo cualitativo o adicionales. Las modalidades no se limitan es este contexto. Dentro de un procedimiento de negociaciones, pueden existir dependencias entre términos de negociación activa en donde ciertos términos de negociación activa pueden influenciar otros términos de negociación o pueden requerir la presencia de ciertos términos de negociación activa para definirse. Por ejemplo, si el costo de un proveedor que falla al suministrar lo que se requiere se determina y otros término de negociación activa están presentes que agregan o restan de la probabilidad de esa ocurrencia, después estos términos de negociación activa pueden influenciarse uno a otro y son dependientes uno de otro. Por ejemplo, la geografía, procedimiento de calidad, e incumbencia son todos los tres riesgos que influencian factores de negociación activos. Si la geografía es una ubicación riesgosa en donde puede haber un 5% de posibilidad de fallar para entregar atribuido, y el procedimiento de calidad en uso es ISO 9002 (por ejemplo, un -5% de posibilidad de fallar para entrega atribuida) y el proveedor no es de incumbencia (10% de posibilidad de fallar para entrega distribuida) después el total, la probabilidad que el proveedor fallará la entrega es de 10%. El comprador ingresa un valor que muestra el costo del proveedor que es capaz de entregar y el valor monetizado total puede concluirse. El objeto de negociación 2724 coordina la ejecución de los términos de negociación activa 2722 y coloca los proveedores que ordenan en un orden clasificado. El objeto de negociación 2724 se extiende para cada nuevo formato de orden para crearse, por ejemplo, artículos basados en distribución, división de negocio, subasta inversa, y otros. Los términos de negociación activa 2722 u objetos de negociación 2724 definidos como servidor de colaboración solamente, se ejecutan en un servidor en el nodo de procesamiento de alojamiento 140. En una modalidad, el coordinador de ejecución de mercado 2730 incluye una estructura de trabajo de ejecución 2732. El coordinador de ejecución de mercado 2730 se comunica entre casos del motor de negociación 2720 para crear un estado de mercado. Debido a que pueden existir muchos casos de funcionamiento del motor de negociación 2720 en el primer y segundo nodos de cliente 110-1-a, 120-1-b y en servidores de orden en el nodo de procesamiento de alojamiento 140, el coordinador de ejecución de mercado 2730 ejecuta las ordenes completadas en el orden apropiado y se comunica de nuevo en todos los casos de funcionamiento del motor de negociación 2720. El coordinador de ejecución de mercado 2730 asegura que todos los cálculos tienen integridad y se ejecutan en las mejores computadoras disponibles.
En una modalidad, el coordinador de ejecución de mercado 2730 maneja el movimiento y ejecución del objeto de negociación 2724 y los parámetros del término de negociación activa 2722. Cuando un usuario prepara una orden, se ejecuta en su computadora de cliente local 310, 320. Cuando el usuario envía la orden al mercado, los datos de orden se transmiten a cualquiera de los servidores web 160-1-c, resumidos, y transmitidos al menos al servidor de orden cargado (es decir, balanceado de carga). El servidor de orden ejecuta la orden y la envía de regreso al servidor web 160-1-c. Los resultados de orden se empujan del servidor web 160-1-c a las computadoras de cliente 310, 320 para mostrar los cambios en el equilibrio de mercado de negociación. En una modalidad, el administrador de persistencia 2740 incluye una capa de Sistema de Manejo de Base de Datos de Relación (RDBMS) 2742 y una capa XML 2744. El administrador de persistencia 2740 es un componente de abstracción de almacenamiento para cargar y guardar los parámetros de comprador y proveedor y datos a través del sistema de estructura de trabajo de negociación colaborativa 2700. Pueden existir dos implementaciones de un administrador de persistencia genérica 2740, uno que escribe a una base de datos de Servidor SQL y el otro crea los datos XML que se guardan en el disco local en cada cliente que ordena de proveedor y consola de orden de comprador. El administrador de persistencia 2740 almacena el estado de todas las partes del tiempo de funcionamiento de ejecución y las restaura de este estado persistido. La capa de abstracción permite al coordinador de ejecución de mercado 2730 solicitar almacenamiento del estado del motor de negociación 2720, y después en un tiempo posterior el coordinador de ejecución de mercado 2730 puede restaurar el estado del motor de negociación 2720 dentro del estado. Los dos administradores de persistencia pueden ser necesarios para asegurar que el estado de la negociación puede guardarse ya sea en el primer y segundo nodos de cliente 110-1-a, 120-1-b para preparación de órdenes fuera de línea o lado de servidor en el nodo de procesamiento de alojamiento 140 para orden en línea. En operación, el motor de negociación 2720 recibe parámetros de negociación de entrada en términos de parámetros de negociación de comprador definidos por el proveedor para crear una orden. Ei motor de negociación 2720 después compara la orden con otras ordenes competitivas en el mercado para regresar una lista ordenada de proveedores clasificados de acuerdo con sus órdenes. Esta lista puede ordenarse en términos de orden muy competitiva a -menos competitiva y pueden etiquetarse en términos de ordenantes que actualmente están dentro de una configuración óptima o "ganadora". El motor de negociación 2720 ejecuta los términos de negociación activa 2722 y lógica de clasificación de orden en todas las órdenes en el mercado presentado a él. Para facilitar el procesamiento distribuido clasificable de órdenes y términos de negociación activa 2722, los casos múltiples del motor de negociación 2720 se coordinan.
La Figura 28 es un diagrama de una modalidad de un evento de negociación colaborativa 2800 de acuerdo con la estructura de trabajo de negociación colaborativa 2700. El diagrama de evento de negociación colaborativa 2800 ¡lustra la coordinación de diferentes componentes de negociación. En una modalidad, los componentes de negociación pueden comprender uno o más casos de clientes de negociación de proveedor 2810, 2820, una o más consolas de negociación de comprador 2820-1-q (en donde q es cualquier número), y uno o más casos del motor de negociación 2720-1-r (en donde r es cualquier número) como se puede requerir para soportar el volumen de orden de negociación. Los componentes se comunican con el coordinador de ejecución de mercado 2730. En la modalidad ilustrada el coordinador de ejecución de mercado 2730 sincroniza los diferentes casos del motor de negociación 2720-1-r. En la modalidad ilustrada, en un primer caso del cliente de negociación de proveedor 2810, el ordenante 1 ingresa la primera orden del evento de negociación 2800. El caso de ordenante 1 del cliente de negociación de proveedor 2810 calcula el impacto de los términos de negociación activa 2722 en la base de orden y determina un valor de costo total. Basándose en el valor de costo total y un grupo de reglas de negociación, que puede seleccionarse de acuerdo con la práctica de negociación, la orden es aceptada o rechazada. Si la orden se acepta, debido a que no hay órdenes en este momento, la orden del ordenante 1 establece la posición de guía de mercado. La orden del ordenante 1 y los resultados de los cálculos de término de negociación activa 2722 se transmiten 2812 al coordinador de ejecución de mercado 2730. El coordinador de ejecución de mercado 2730 pasa el trabajo para realizarse a la estructura de trabajo de ejecución 2732. La estructura de trabajo de ejecución 2732 proporciona valores de entrada a un caso del motor de negociación 2720-1 con respecto a la base de base/ajustada, y después el caso del motor de negociación 2720-1 establece la posición de mercado inicial. Basándose en los parámetros de negociación de comprador/proveedor, la información de posición de negociación de mercado se transmite 2814 a los clientes de negociación de proveedor seleccionados 2810, 2820 y consolas de negociación de comprador 2830-1-q. La estructura de trabajo de ejecución 2732 registra los resultados de la primera orden enviada por el ordenante 1 a través del administrador de persistencia 2740. Los clientes de negociación de proveedor 2810, 2820 y las consolas de negociación de comprador 2830-1-q se actualizan para incluir el valor de costo total calculado, hasta ahí, la orden enviada por el ordenante 1. Después, el ordenante 2 envía 2816 su primera orden. El caso del motor de negociación 2720-1 calcular el valor de costo total y determina una nueva posición de mercado relativa a la orden previa. La información asociada con la nueva posición de mercado después se transmite 2818 a todos ios clientes de negociación de proveedor 2810, 2820 y las consolas de negociación de comprador 2830-1-q. Cuando un ordenante envía una segunda orden, el caso del motor de negociación 2720-1 primero determina si esa orden crea una ventaja de mercado comparada con la orden previa enviada por el mismo ordenante. Si no es así, la orden se rechaza. Si la orden crea una ventaja de mercado en la orden previa, después la orden actual se procesa de acuerdo con el método previamente descrito. Por ejemplo, el caso del motor de negociación 2720-1 calcula el valor de costo total asociado con la orden actual y determina una nueva posición de mercado relativa a la orden previa. La información asociada con la nueva posición de mercado después se transmite 2822 a todos los clientes de negociación de proveedor 2810, 2820 y las consolas de negociación de comprador 2830-1-q, y así sucesivamente. La Figura 29 es un diagrama 2900 de una modalidad de una estructura de los términos de negociación activa 2722-1-s (en donde s es cualquier número) y se relación con el valor de costo total 2920. En una modalidad, cada término de negociación activa 2722-1-s comprende una fórmula base 2902, uno o más parámetros de negociación 2922, y una o más dependencias de término de negociación cuantitativa o cualitativa 2908. En una modalidad, los parámetros de negociación 2922 pueden comprender uno o más parámetros de negociación de comprador 2904 y uno o más parámetros de negociación de proveedor 2906. Las dependencias de término de negociación activa 2908 son una colección de parámetros de negociación que es dependiente en un término de negociación activa particular 2722-1-s. El objeto de negociación 2724 procesa cada uno de los términos de negociación activa 2722-1-s para llegar en valores monetizados 2910-1-s que modifican la orden de base 2912 y llegan en el valor de costo total 2920. El objeto de negociación 2724 obliga las limitaciones colocadas en los términos de negociación activa 2722-1-s. En operación, el objeto de negociación 2724 consulta los términos de negociación activos 2722-1-s y determina si tienen un estado válido, obliga reglas de alcance que se relacionan con parámetros globales contra locales, y rastrea propiedad entre los términos de negociación activos 2722-1-s y los parámetros de negociación 2922. En una modalidad, los términos de negociación activa 2722-1-s mantienen y obligan a la información de estado de los parámetros de negociación 2922 almacenados o manipulados en él. Los parámetros de negociación 2922 soportan: estados editables, estados cerrados, estados globales contra locales, estados de propietario de factor, y limitaciones. La propiedad de estados editables maneja los estados que un parámetro de negociación 2922 puede manipularse. En una modalidad, puede haber una configuración y estados de proveedor y de comprador en tiempo de funcionamiento. La propiedad de estados cerrados se establece si un parámetro de negociación 2922 puede actualizarse en un contexto actual. Internamente, el término de negociación activa 2722-1-s puede registrar la fecha y tiempo en el que cambió un parámetro de negociación 2922 para rastrear la ID de usuario de una entidad que manipuló el parámetro de negociación 2922. Un parámetro de negociación 2922 puede definirse para compartirse con otros términos de negociación activa 2722-1-s o puede invertirse explícitamente para uso con un término de negociación activa particular 2722-s. El siguiente ejemplo de término de negociación activa cuantitativa 2722 ilustra la medición por parámetro asociada con parámetros de comprador y de proveedor que difieren para determinar costo monetizado. Por ejemplo, dos parámetros de negociación 2922 de un término de negociación activa 2722 asociado con una orden pueden incluir "Descuento" y "Pago Dentro" tal como, por ejemplo, el proveedor dará al comprador un descuento de 1% en la base si el comprador paga dentro de 30 días netos. La traducción de estos dos parámetros de orden de proveedor en costo monetizado es relativa al comprador y el proveedor debido a que el costo de capital puede ser diferente para cada entidad. Por ejemplo, el costo de capital para un comprador puede ser 0.15% por mes, mientras el proveedor puede no rastrear el costo de capital dependiendo en su tamaño. Desde esta perspectiva, el comprador puede darse cuenta de una ventaja en la posición otorgada al proveedor en el mercado mientras el proveedor puede no ver un impacto en si costo de orden.
En seguida está un ejemplo de un valor de costo total del comprador 2920 de una orden de base 2912 de $1,000,000 si un término de negociación activa 2722 descuenta 1% dado al comprador si el comprador paga dentro de 30 días. El valor de costo total 2920 se relaciona con el valor presente neto del comprador de la base 2912 menos el descuento del 1% del proveedor. En este ejemplo, la "BASE" 2912 es $1,000,000.00. El parámetro del proveedor 2906 es un "DESCUENTO" de 1% si "PAGO DENTRO" de 30 días. "Pago (después de descuento)=BASE x (1-DESCUENTO)" y el valor de costo total 2920 es el "valor presente neto del comprador", que se relaciona con el "Pago (después de descuento)/Costo del Comprador de Capital por 30 días". La Figura 30 es un diagrama 3000 de una modalidad de una relación entre el objeto de negociación 2724 y el término de negociación activa 2722, base 3010, filtro de retroalimentación de negociación 3012, y resultados de mercado 3014. El objeto de negociación 2724 coordina la ejecución apropiada del término de negociación activa 2722 en un orden predeterminado y calcula la posición de mercado. Los resultados de mercado 3014 puede ser la salida primaria del objeto de negociación 2724. En una modalidad, esta puede ser la colección de salidas de orden en un orden clasificado. En una modalidad, cada salida de orden incluye el objeto de negociación 2724 que representa la orden de compuesto enviada por una orden de proveedor (que incluye tanto base de orden 3010 como término de negociación activa 2722), un número que define el orden de clasificación de la salida de orden relativa a otras ordenes, el nombre de compañía de ordenante, el identificador globalmente único (GUID) de ordenante, y una bandera que define la orden fue una orden de guía de mercado o no (por ejemplo, en subastas inversas, sólo hay una orden de guía de mercado, pero en una división de negocio puede haber órdenes de guía múltiples como puede ser esotros formatos de negociación). El filtro de retroalimentación de negociación 3012 opera en los resultados de mercado 3014 y regresa una versión procesada del objeto de resultados de mercado 3014 que apropiadamente refleja que debe proveer ia retroalimentación a los clientes de negociación de proveedor 2810, 2820, Cada filtro de retroalimentación de negociación 3012 puede transformar datos de resultado de mercado de acuerdo con reglas de retroalimentación de mercado condescendientes con el formato de negociación seleccionado. El objeto de negociación 2724 mantiene una colección de filtros que pueden ejecutarse en una forma de "cadena de margarita" que progresivamente filtra datos para cumplir con las reglas de retroalimentación de mercado seleccionadas. La Figura 31 es un diagrama de una modalidad de la estructura de trabajo de ejecución 2732 en una ronda de negociación 3100. El motor de negociación 2720 calcula un grupo establecido de términos de negociación activa 2722 y define la posición de mercado. La estructura de trabajo de ejecución 2732 sincroniza un caso del motor de negociación 2720-1, controla los valores en donde opera el motor de negociación, proporciona valores de entrada al motor de negociación 2720 con respecto a la base 3010 (o base ajustada basándose en términos de negociación activos), y asegura que los cálculos de predecesor se realizan por el motor de negociación 2720 antes de dirigir los resultados a otros clientes de negociación de proveedor 2810, 2820 y las consolas de negociación de comprador 2830-1-q. Una ronda de negociación 3100 tiene una relación de uno a uno con el objeto de negociación 2724. La ronda de negociación 3100 controla los aspectos basados en tiempo de la negociación. La base se define de forma diferente basándose en el alcance de la operación de la transacción. La base comienza en el artículo individual 3110. Una base de lote 3120 es un agregado de la base de artículo 3110. La base de evento 3130 es un agregado de la base de lote 3120. Sigue una descripción de ejecución de evento de negociación de RFl, RFP, RFQ, y negociación de precio relativa a una estructura de trabajo de negociación colaborativa 2800. Arquitecturalmente, una estructura de trabajo de negociación colaborativa 2800 difiere de un procedimiento de origen convencional debido al deseo de soportar un acercamiento colaboratívo comprehensivo para negociaciones. Generalmente, las negociaciones se configuran en términos de RFl para identificar proveedores apropiados, RFP para entender ofertas de proveedor, RFQ (una definición formal de solicitud), y negociación de precio. Bajo la estructura de trabajo de negociación colaborativa 2800, estas áreas se borran de un punto de vista de aplicación, pero todavía puede definirse al utilizar estos términos por los usuarios finales. Durante la porción RFl de una negociación, las preguntas se hacen con respecto a capacidad de proveedor, algunas de las cuales pueden incluir o excluir un proveedor mientras otras hablan a un grado de capacidad de proporcionar lo que el comprador está buscando. Las preguntas que son inclusivas o exclusivas tienen aplicación limitada en la ronda RFP mientras los proveedores que no son capaces de satisfacer estos requerimientos pueden excluirse de la ronda RFP. Aquellos que hablan a un grado de capacidad pueden impactar la ronda RFP. Ejemplos de un artículo RFl pueden incluir procedimiento de calidad. Si una organización de comprador tiene requerimientos estrictos que la organización de proveedor debe certificarse para un procedimiento de calidad, puede incluirse en la ronda RFl. Algunos proveedores se certificarán para mejores procedimientos que otros y como tal es un factor que puede pesar en la decisión de la organización del comprador en el RFP, negociación de precio, y porciones de obtención de la negociación. Esta emisión puede dar el mayor peso en la ronda RFP en donde las respuestas y propuestas proporcionadas por la organización del proveedor diferencian su oferta de otras ofertas. Por esta razón, la estructura de trabajo de ejecución de negociación 2732 no percibe arquitecturalmente ninguna diferencia entre lo que normalmente se definiría como RFl, RFP, RFQ, o negociación de precio. Cada una de estas porciones de la negociación puede verse como una ronda 3100. La Figura 32 es un diagrama 3200 de una modalidad de un flujo de negociación colaborativa. Las rondas de negociación 3100 pueden definirse dentro del nivel de evento de negociación 3130 y el nivel superior 3120. En el nivel de evento de negociación 3130, pueden agregarse múltiples rondas como se requiera para lograr el resultado de negociación deseado. Por ejemplo los métodos de negociación tal como RFl, RFP o RFQ. Las rondas definidas en el nivel superior 3120 pueden heredar automáticamente las propiedades y la ejecución calculada de las rondas del nivel de evento de negociación 3130. El orden clasificado puede calcularse en la sub-rama después de terminar las rondas de nivel de rama. Por ejemplo, la Ronda 1 de Pre-Evento 3210 puede ejecutarse incluyendo cálculo de orden clasificado. Cuando se ejecuta la Ronda 2 de Pre-Evento 3212, se calculan los objetos de factor 2722 que son parte de la Ronda 1 de Pre-Evento 3210 y la Ronda 2 de Pre-Evento 3212, pero se ejecuta la Ronda 2 de Pre-Evento 3212. Extendiendo este ejemplo, si el evento ha progresado a la Ronda 2 de Lote 2 3216, la ejecución puede proceder como sigue: 1. Ronda 1 de Pre-Evento 3210 ejecuta el cálculo de factor 2722 solamente; 2. Ronda 2 de Pre-Evento 3212 ejecuta el cálculo de factor 2722 solamente; 3. Ronda 1 de Lote 2 3214 calcula el cálculo de factor 2722 solamente; y 4. Ronda 2 de Lote 2 3216 calcula el cálculo de factor 2722 y el orden clasificado del objeto de negociación 2724. A continuación se presenta un ejemplo de una negociación de origen de acuerdo con las varias modalidades antes descritas. Para comenzar una negociación un comprador se registra en el nodo de procesamiento de alojamiento 140 y corre el módulo de negociación colaborativa 600, construye una solicitud por artículos para comprarse, y configura una nueva negociación colaborativa. El comprador puede elegir crear una nueva plantilla de negociaciones. El comprador inicia una primera ronda de negociación. En la primera ronda, el comprador selecciona Términos de Negociación, Calidad, y Tiempo de Guía como los parámetros de comprador 2904. Para la primera ronda de negociación, el comprador selecciona las fechas de inicio y de fin para el evento de negociación. El comprador puede crear una segunda ronda de negociación. El comprador después selecciona el método de negociación (por ejemplo, división de formato de orden de negocio). Después, el comprador invita a los proveedores a ordenar en el evento de negociación. Mientras se invita a los proveedores se les envía un correo electrónico que les informa en donde se localiza el RFQ para los artículos. El proveedor se registra en el nodo de procesamiento de alojamiento 140 e ingresa los parámetros de proveedor 2906 en la ronda uno. El proveedor puede elegir probar una orden antes de enviarla. Los términos de negociación activa 2722 toman en cuenta los parámetros de comprador 2904 y los parámetros de proveedor 2906 que influencian la orden pueden resaltarse y llevar la atención del proveedor. Basándose en la retroalimentación, el proveedor puede elegir revisar una orden o revisar un parámetro de proveedor 2906. El proveedor después envía la orden. En algún momento en el futuro ocurre una división en vivo del evento de negociación de precio/volumen de negocio. El proveedor ingresa las órdenes con cantidades de dólares competitivas y anota el estado de las órdenes relativas a la posición de mercado. Con cada orden de precio ingresada, la estructura de trabajo de negociación colaborativa 2800 notifica al proveedor del impacto que los términos de negociación activa 2722 tienen su precio de orden. El proveedor puede revisar la orden o los parámetros de proveedor 2906 y enviar otra orden hasta que se acaba el evento de negociación.
Manejo de Costo de Diseño 700 (DCM) En una modalidad, los sistemas 100, 300 descritos anteriormente y los módulos funcionales 172 proporcionados por el nodo de procesamiento de alojamiento 140 tal como el módulo EEC 400, sub-módulos tal como el módulo de convertidor 410, módulo de observador 420, módulo de colaboración 430, y módulo de manejo de proyecto 440, el módulo DRM 500, y el módulo de negociación colaborativa 600 y la estructura de trabajo de aplicación 348, 349 pueden acoplarse con el módulo de manejo de costo de diseño 700 (DCM) para formar una estructura de trabajo de negociación colaborativa que puede implementarse a través de las redes de empresa extendida 100, 300. En una modalidad, el módulo DCM 700 explota múltiples facturas de material (BOM) en artículos finales con usos anuales de agregado para mencionar partes existentes y nuevas. En una modalidad, el módulo DCM 700 utiliza extracción de atributo de artículo para mencionar partes y herramienta y tiene la funcionalidad para permitir a usuarios (compradores y proveedores) agregar datos de costo para partes y herramienta. En una modalidad, el módulo DCM 700 compara costos históricos y nuevas menciones contra un modelo de costo deseado. El módulo DCM 700 permite a un OEM para manejar márgenes de beneficio a través de la nueva fase de introducción de artículo así como a través del ciclo de vida de un artículo. Un artículo puede incluir múltiples ensambles o puede ser un sub-ensamble para otro artículo. El artículo puede incluir otros artículos que pueden ser comunes a través de los múltiples ensambles o sub-ensambles fabricados por el mismo OEM. Durante las diferentes fases de fabricación los artículos pueden comprarse (originarse) de múltiples proveedores o el mismo proveedor. En cada evento de compra, los artículos pueden mencionarse y venderse en diferentes precios. Para un producto dado, los OEMs generalmente mantienen una factura de material (BOM) de ingeniería y/o un BOM de fabricación que describen: (1) el artículo; (2) el ensamble en el cual se utiliza; y (3) la cantidad requerida para cada ensamble. Estos BOMs, sin embargo, no dirige directamente el asunto de origen en donde el mismo artículo se menciona y/o vende en precios diferentes de uno o más proveedores debido a que los tiempos múltiples mencionados en diferentes ensambles o en diferentes productos que incluyen el artículo durante múltiples eventos de compra. En una modalidad, el módulo DCM 700 permite a ambos compradores y proveedores manejar una vista individual de un artículo que pueden ser comunes a uno o más ensambles. El módulo DCM 700 proporciona un BOM de origen que captura el historial de costo de un artículo, el costo objetivo del artículo, y/o una mención del artículo. En una modalidad, la mención puede ingresarse por uno o más proveedores. El módulo DCM 700 puede establecer un modelo de costo deseado para un artículo y rastrear el costo real del artículo de esta introducción y a través del ciclo de vida del artículo. En una modalidad, el módulo DCM 700 reduce múltiples artículos y/o sus ensambles o sub-módulos a una lista de artículo final de artículos comunes y únicos y presenta la lista de artículo final a proveedores a través de una WAN (por ejemplo, Internet) para mencionar cantidades de artículo total. En una modalidad, esta capacidad para recibir menciones de proveedores (en segundos nodos de cliente 120-1-b) localizados a través de la red de empresa extendida 300 proporciona un método para el comprador (en primeros nodos de cliente 110-1-a) para obtener precio de mercado para un artículo y/o ensambles con más de un artículo que pueden agregarse para mención y compra. En una modalidad, el módulo DCM 700 puede utilizarse para desarrollar un "modelo de costo debido" al elevar múltiples vistas de proveedor de datos de costo de artículo reunidos en el tiempo. Esto proporciona una comparación directa de lo que cada proveedor mencionó para el mismo artículo en un ensamble con el tiempo. Los "modelos de costo debido" desarrollados en esta forma soportan precio de material uniforme de los artículos previamente mencionados. Además, el módulo DCM 700 puede integrarse con el módulo EEC 400 y el módulo DRM 500 para permitir a los proveedores recibir documentos seguros y especificaciones técnicas requeridas para mención sin descargar software de origen para ver la información. Los proveedores también serán capaces de colaborar con el OEM en cualquiera de las preguntas comerciales y/o técnicas que pueden tener al preparar su mención. El módulo DCM 700 también se comunica al proveedor y el estado de la última revisión OEM de todos los artículos que se manejan y alerta a las partes de cualquier cambio de revisión pendiente. En una modalidad, el módulo DCM 700 proporciona procedimiento de manejo de proyecto de empresa extendida basada en Internet para cada requerimiento de costo de artículo. El procedimiento puede iniciarse a través de un enlace de correo electrónico que se envía a uno o más proveedores para un BOM dado para mencionarse. Todos los proveedores pueden rastrearse para programar y alertar cuando sus menciones asignadas están el riesgo de ser debidas. Esta capacidad de manejo de proyecto de empresa extendida libera al comprador de intervenir en una base de excepción. Por ejemplo, cuando uno o más proveedores están en riesgo de perder una fecha debida. Además, el módulo DCM 700 contiene la información que un proveedor necesita para proporcionar su mención en el BOM. En una modalidad, el módulo DCM 700 puede comprender un sub-módulo 702 para implementar un BOM colaborativo (CBOM). Antes de iniciar CBOM, un usuario, de acuerdo con una modalidad, puede emplearse la estructura de trabajo de aplicación 348, 348 y uno o más módulos funcionales 172 y la plataforma de cómputo de alojamiento 150 para cargar uno o más BOMs del primer y segundo nodos de cliente 110-1a y 120-1-b al nodo de procesamiento de alojamiento 140. Con referencia de nuevo a las Figuras 3C, 3D, y 3E, en una modalidad, el nodo de artículo de línea 387 el nodo se crea automáticamente basándose en una selección de usuario de artículos y/o ensambles él/ella desea mencionar. El usuario puede seleccionar tales artículos y/o ensambles en ei comando y marco de control 354. El nodo de artículo de línea 387 es un nodo que incluye información de precio de artículo. Los usuarios a través de la red de empresa extendida 300 (por ejemplo, proveedores externos en los segundos nodos de cliente 120-1-b) envían información de precio para cada artículo (orden de precio de artículo de línea). La orden de precio de artículo de línea se resume en el nodo de artículo de línea 387 para propósitos de colaborar y/o negociar una colección de artículos. El nodo de lote 388 es un nodo que se crea automáticamente basándose en una selección de usuario de artículos y/o ensambles que él/ella desea mencionar. El usuario puede seleccionar tales artículos y/o ensambles en el marco de comando y de control 354. El nodo de lote 388 es un nodo que incluye los contenidos y/o comportamiento del nodo de artículo de línea 387, que incluye: (1) la capacidad de recibir un precio individual inicial en un nivel de lote (orden de precio de lote) de usuarios a través de la empresa extendida, en donde el nivel de lote incluye dos o más artículos de línea; (2) la capacidad para recibir subsecuentemente órdenes de precio de artículo de línea de usuarios a través de la empresa extendida 300; y (3) la capacidad para recibir entradas de usuario de empresa extendida que ajusta las órdenes de precio de artículo de línea hasta que el resumen de todos los precios de artículo de línea incluido en el lote iguala la orden de precio de lote. El nodo CBOM 389 es un nodo que se crea automáticamente basándose en una selección de usuario de artículos y/o ensambles que él/ella desea mencionar. En una modalidad, el usuario selecciona tales artículos y/o ensambles en el comando y marco de control 354. El nodo CBOM 389 contiene dos sub-nodos: (1) el primer sub-nodo (artículos de nivel superior) 390 contiene artículos de nivel superior y/o ensambles que el usuario seleccionó y los artículos que son parte de la estructura de producto en la cual los artículos de nivel superior y/o llamados de ensambles; y (2) el segundo sub-nodo (artículos finales) 391 contiene una lista automáticamente generada solamente de los artículos finales que van a mencionares (omitir niveles de estructura de producto intermedio que un comprador no desea mencionar); tales artículos finales se requieren para construir los artículos de nivel superior y/o ensambles que el usuario seleccionó (por ejemplo, los artículos finales que se "llaman" por los artículos y/o ensambles que el usuario seleccionó). El nodo CBOM 389 también incluye los contenidos y/o comportamiento del nodo de lote tal como, por ejemplo, un sub-nodo de artículo final 391 puede organizarse en lotes y artículos en línea y por consiguiente mencionados. Después que los usuarios a través de la red de empresa extendida 300 envían precio en el sub-nodo de artículo fina! 391, el sub-nodo de artículos de nivel superior 390 automáticamente calcula y enrolla las entradas de precio para llegar en un precio total para los artículos de nivel superior y/o ensambles contenidos en él. El comando y marco de control 354 presenta el CBOM. El CBOM proporciona varias vistas. En una modalidad, el CBOM proporciona una vista de ensamble 392 y una vista de artículos finales 393. Como se describe más adelante. En una modalidad, el CBOM puede comprender un marco de comparación de precio 394 para la vista de ensamble 392 y/o vista de artículos 393. En una modalidad, el marco de comparación de precio 394 incluye una o más menciones 395 ingresadas por uno o más proveedores 396 (de los segundos nodos de cliente 120-1-b) para un artículo individual y/o ensamble. En otra modalidad, el marco de comparación de precio 394 puede incluir un enrolle de costo de precios que resultan de menciones ingresados por proveedores asociados con artículos de línea y trabajo de ensamble. Al utilizar la vista de ensamble 392 y/o la vista de artículos finales 393, uno o más compradores (en los primeros nodos de cliente 110-1-a) pueden observar y comparar información de mención, en donde la información de mención se ingresa directamente en la estructura de trabajo de aplicación 349 por uno o más proveedores (120-1-b). • La Figura 33A es una interfase de usuario gráfica 3300 de una modalidad de una vista de ensamble CBOM 392 que puede presentarse en el comando y marco de control 354 como se muestra en la Figura 3D. La Figura 33B es una interfase de usuario gráfica 3500 de una modalidad de una vista de artículos finales CBOM 393 que puede presentarse en el comando y marco de control 354 como se muestra en la Figura 3E. En una modalidad, el CBOM permite a los usuarios manejar precio en términos de costo de unidad y trabajo de ensamble de uno o más artículos de nivel superior. En una modalidad, el CBOM presenta un artículo y un precio asociado con un artículo una vez y calcula un precio enrollado final o costo para un ensamble final y/o sub-ensamble basado en un precio múltiple para cada artículo, incluso si se utiliza en múltiples casos de parte en una estructura BOM. En una modalidad, un BOM puede comprender una estructura de artículo de niveles múltiples jerárquica que comprende uno o más artículos. Un artículo en un nivel dado puede denominarse por uno o más artículos en uno o más niveles dentro de la estructura BOM. En una modalidad, un BOM comprende una estructura de artículo plano que comprende un artículo individual. El CBOM también permite a múltiples proveedores proporcionar precio de artículo al comprador antes o durante un evento de negociación.
Con respecto al CBOM, el término "artículo" puede comprender cualquier entidad que se fabrica o compra. Puede hacerse referencia a un artículo de acuerdo con un número de artículo correspondiente o puede hacerse referencia de acuerdo con un número de dibujo. En una modalidad, existen dos tipos de artículo básico: (1) una parte o (2) un ensamble. Por consiguiente, puede hacerse referencia a un artículo como parte o un ensamble. En una modalidad, una "parte" puede comprender un tipo de entidad individual de artículo con un costo individual referenciado como un precio de unidad. Generalmente, un BOM no se requiere para una parte debido a que es una entidad individual con sub-partes o sub-componentes. En una modalidad, un "ensamble" puede comprender un tipo de artículo que contiene otros artículos. Por consiguiente, en una modalidad, un ensamble puede comprender otras partes o ensambles, por ejemplo. Los ensambles se clasifican y se hace referencia como un BOM. En una modalidad, un BOM puede comprender una lista de artículos que forman un ensamble particular. Cuando se costea y enrolla un artículo que es un ensamble, el precio puede comprender dos componentes (1) el precio de todas las partes más (2) el costo para fabricar/ensamblar las partes en el ensamble final, En una modalidad, un ensamble de nivel final se utiliza para hacer referencia al ensamble de nivel superior, que puede denominarse como ensamble final y/o de término. Un ensamble que forma una porción de otro ensamble, que puede o no ser un ensamble final, puede denominarse como un sub-ensamble.
Como se discutió previamente, el CBOM proporciona varias vistas. En una modalidad, el CNOM proporciona la vista de ensamble 392 y la vista de artículos finales 393. En una modalidad, la vista de ensamble 392 presenta la estructura asociada con un BOM para un ensamble de nivel superior Ensamble Superior 1. El ensamble de nivel superior puede comprender múltiples artículos que incluyen, por ejemplo, partes y ensambles y cada una de las partes y ensambles pueden comprender partes únicas, o partes que son comunes para dos o más artículos hasta el ensamble de nivel superior. Por consiguiente, la vista de ensamble 392 puede ordenarse en uno o más niveles 3304. En una modalidad un ensamble de nivel superior puede denominarse como artículo de nivel 0 3306. Los artículos que forman una porción del artículo de nivel 0 3306 puede denominarse como artículos de nivel 1 3308. Los artículos que forman una porción de los artículos de nivel 1 pueden denominarse como artículos de nivel 2 3310, y así sucesivamente para muchos niveles que puede comprender el ensamble de nivel superior. En la modalidad ¡lustrada, el ensamble de nivel superior Ensamble Superior 1 comprende cinco sub-ensambles SubEnsamblel, Subensamble 2, SubEnsamble3, Subensamble4, y SubEnsamble 5 (SubEnsamble 1-5). En la modalidad ilustrada, cada uno del SubEnsambie-1-5 comprende una Parte Común 1 que es común para todos los subensambles SubEnsamble 1-5. Además, cada uno del SubEnsamble-1-5 comprende una parte unida Parte Única-1-5, respectivamente.
En una modalidad, la vista de artículo final 393 presenta un caso individual de todos los artículos proporcionados en la vista de ensamble 392. Como se discutió previamente, pueden existir múltiples ocurrencias del mismo artículo denominado en una estructura BOM. En la modalidad ilustrada, por ejemplo, el ensamble de nivel superior Ensamble Superior 1 comprende cinco sub-ensambles SubEnsamble-1-5 y cada SubEnsamble-1-5 comprende una parte común Parte Común 1 y una parte única Parte Única-1-5. La Parte Común 1 se enlista cinco veces en la vista de ensamble 392 y se enlista sólo una vez en la vista de artículo final 393. El CBOM resume la cantidad total de la parte común Parte Común 1 a través de todos los sub-ensambles SubEnsamble-1-5 para el artículo de ensamble de nivel superior individual Ensamble Superiorl. En la modalidad ilustrada, como se muestra en la porción de cantidad 3316, cada uno de los cinco sub-ensambles SubEnsamble-1-5 contiene una cantidad de dos partes comunes Parte Común 1. De esa forma cada artículo de ensamble de nivel superior Ensamble Superior 1 contiene una cantidad total de diez partes coúnes Parte Común 1. Como se muestra en la porción de cantidad extendida 3318, se requiere un total de artículos de ensamble de nivel superior 1,000 Ensamble Superior 1. Por lo tanto, como se muestra en la entrada 3322 de porción de cantidad total 3320 de la vista de artículo final 393, una cantidad total de 10,000 partes comunes Parte Común 1 son necesarias para satisfacer los requerimientos para los artículos de ensamble de nivel superior Ensamble Superior 1.
En una modalidad, el CBOM acumula y agrega artículos a través de uno o más BOMs y acumula y agrega artículos y sus cantidades a través de múltiples ensambles de nivel superior. Por consiguiente, si existe otro artículo de ensamble de nivel superior Ensamble Superior que requiere partes comunes adicionales Parte Común 1, se agrega la cantidad total necesaria. Al utilizar el CBOM, un comprador puede elegir múltiples artículos para origen o precio de un proveedor individual. El CBOM automáticamente encuentra todas las partes comunes tal como, por ejemplo, la Parte Común 1 y acumula las cantidades de artículo comunes, para que un proveedor puede ingresar un costo individual para cada artículo común en las cantidades requeridas produzca todos os ensambles de nivel superior tal como, por ejemplo Ensamble Superior 1, y así sucesivamente. En una modalidad, el CBOM proporciona lotes. Como se define aquí, el lote se refiere a la condición en donde un comprador compra más de un tipo de parte de un proveedor individual. El lote permite al comprador originar todos los artículos en un CBOM o lote de un proveedor individual. Al agrupar los artículos que tienen atributos similares (lo que significa que los proveedores pueden proporcionar cada artículo en un lote, por ejemplo, estampa, prueba, acoplamiento, y así sucesivamente), el comprador puede negociar el precio por artículo basándose en el volumen total de artículos para elevar un mejor precio del proveedor. Los proveedores pueden negociar u ordenar uno contra otro en el nivel superior. La orden de precio de lote comprende cada precio de artículo individual. El lote puede implementarse como sigue. En una modalidad, el lote puede utilizarse si existen demasiados artículos para enrollar efectivamente el precio en un evento de negociación (por ejemplo, subasta). Por ejemplo, los lotes pueden contener cientos o incluso miles de tipos de parte individual. Por consiguiente, sería más práctico tener a cada proveedor que baja su precio después de hacer el corte final en las negociaciones. Un evento de negociación puede conducirse para que cada proveedor pueda ordenar sólo en el costo de lote enrollado. Una vez que un proveedor se selecciona como uno de los pocos proveedores potenciales basándose en el resultado del evento de negociación, el proveedor puede proporcionar una baja de costo de cada artículo en el cual se debe reconciliar con respecto al precio de lote total, que se ordenó por el proveedor. En una modalidad, el lote puede utilizarse de un comprador necesita una baja de costo para un artículo con el fin de hacer una oferta inicial. Por ejemplo, el precio inicial puede bajar antes del evento de negociación, los proveedores pueden ajustar su precio de baja final para reconciliarlo con el precio de lote total. En una modalidad, el lote puede utilizarse cuando los lotes son pequeños y pueden manejarse durante el evento de negociación. En una modalidad, los proveedores ingresan precio de artículo individual en una ¡nterfase de usuario de proveedor 3324 y el CBOM calcula el precio de lote enrollado enviado final. El CBOM permite al usuario reducir el precio de orden final por un cierto porcentaje o cantidad.
El CBOM después automáticamente reduce el precio individual de cada artículo por ese porcentaje para que la suma de todos los artículos de línea iguale el precio enrollado de lote deseado. En una modalidad, los proveedores también pueden reducir cara artículo de línea individualmente para ver el efecto del precio de enrollado enviado final. Los artículos de línea pueden definirse como múltiples lotes con un artículo de línea individual en cada uno de los lotes. En una modalidad, el comprador puede obtener cada artículo de línea a un proveedor diferente. Por consiguiente, cada proveedor puede no ser requerido para ordenar en cada artículo. En una modalidad, cada artículo que comprende los artículos de línea puede tratarse como una entidad individual. Un usuario puede crear un grupo de artículos de línea con múltiples artículos más que crear múltiples lotes con un artículo de línea individual para cada lote. Esto proporciona una interfase de usuario para proveedores para revisar y enviar sus órdenes. Las operaciones para el sistema anterior y subsistema además pueden describirse con referencia a las siguientes figuras y ejemplos acompañantes. Algunas de las figuras pueden incluir lógica de programación. Aunque tales figuras aquí presentadas pueden incluir una lógica de programación particular, puede apreciarse que la lógica de programación solamente proporciona un ejemplo de cómo puede implementarse la funcionalidad general aquí descrita. Además, la lógica de programación dada no necesariamente tiene que ejecutarse en el orden presentado a menos que se indique de otra forma. Además, la lógica de programación dada puede implementarse por un elemento de hardware, un elemento de software ejecutado por un procesador, o cualquier combinación de los mismos. Las modalidades no se limitan en este contexto. La Figura 34 es un flujo de lógica 3400 de una modalidad de una negociación colaborativa 3400. El módulo de negociación colaborativa 600 inicia (3402) una ronda de negociación para un proyecto entre una pluralidad de ordenantes en una pluralidad de los segundos nodos 120-1-b y en nodo de procesamiento de alojamiento 140. El módulo de negociación colaborativa 600 recibe (3404) múltiples órdenes de precio en el proyecto de cada uno de la pluralidad de ordenantes en los nodos de cliente 120-1-b. El módulo de negociación colaborativa 600 determina (3406) el valor de costo total de las órdenes basándose en la orden de precio y una pluralidad de parámetros para cada uno de los ordenantes. El proyecto puede incluir proporcionar un artículo o un servicio. Las partes pueden seleccionar una técnica de negociación y proporcionan la selección al módulo de negociación colaborativa 600. La técnica de negociación puede incluir cualquiera de las siguientes técnicas de negociación: solicitar la colaboración de mención; oferta inicial; subasta inversa ; división de negocio; subasta directa; subasta holandesa; subasta inglesa; atributos múltiples; petición de orden; transportación; y lote de proveedor. El valor de costo total puede determinarse basado en una pluralidad de términos de negociación activa de la pluralidad de parámetros para cada uno de los ordenantes. Los términos de negociación activa toman en cuenta una relevancia de proporción de cada uno de los parámetros, más que tratar cada uno de ellos igualmente. En el nodo de procesamiento de alojamiento 140, el módulo de negociación colaborativa 600 recibe información que incluye la pluralidad de parámetros para cada uno de los ordenantes. Los parámetros de pluralidad están asociados con el proyecto. El módulo de negociación colaborativa 600 asigna un peso a cada uno de los múltiples parámetros y determina los términos de negociación activa basándose en los pesos. El módulo de negociación coiaborativa 600 determina una marca basándose en al menos uno de la pluralidad de términos de negociación activa. La información recibida por el módulo de negociación colaborativa 600 durante ía ronda de negociación incluye múltiples variantes de negociación; calificación de sistema de calidad; tiempo de guía; términos de pago; derrame; herramienta; fijación; y calificaciones de moldeo de plástico. El comprador obtiene el proyecto basándose en el valor de costo total.
Durante la ronda de negociación colaborativa, en el primer evento de tiempo la estructura de trabajo de aplicación presenta el valor de costo total para cada uno de los ordenantes. En una modalidad, los aspectos de la estructura de trabajo de aplicación pueden ser accesibles sólo para el comprador y no es accesible por cada uno de los ordenantes. El módulo de negociación colaborativa 600 proporciona un resumen de orden a través de la estructura de trabajo de aplicación, que incluye al menos uno de la pluralidad de precios, parámetros, y términos de negociación activa. En eventos de tiempo subsecuente dentro de la ronda, el módulo de negociación colaborativa 600 recibe órdenes de precio de complemento y/o información de complemento que incluye al menos una variable que es diferente de la variable previamente enviada de cada uno de los ordenantes. El valor de costo total revisado para cada uno de la pluralidad de ordenantes se presenta por la estructura de trabajo de aplicación. El módulo de negociación colaborativa 600 actualiza los términos de negociación activa en tiempo casi real mientras se recibe la información de complemento. El módulo de negociación colaborativa 600 también presenta una jerarquía de la pluralidad de ordenantes basados en el valor de costo total de la negociación. La estructura de trabajo de aplicación presenta el precio de orden en el valor de costo total y una pluralidad de parámetros, un espacio relativo entre el precio de orden y una orden de guía de mercado; y el impacto de la pluralidad de parámetros en el precio de orden. Los aspectos de la estructura de aplicación proporcionan vistas que son accesibles sólo al ordenante que envió el precio de orden y la pluralidad de parámetros. En una modalidad, el módulo de negociación coiaborativa 600 proporciona capacidades de manejo de relación de proveedor que permiten el acoplamiento automático de atributos de artículo al procedimiento o capacidades de producción de un proveedor. Además, las capacidades de manejo de relación de proveedor pueden proporcionar "alertas" de notificación adelantada para manejar el riesgo de insolvencia de proveedor, entrega retrasada, y pobre calidad. La Figura 35 es un flujo de lógica 3500 de una modalidad de un procedimiento para acoplar un perfil de capacidad de proveedor a un artículo. Con el fin de acoplar una capacidad de proveedor a un artículo, un perfil de capacidad de proveedor se almacena y registra en cualquiera de las bases de datos 190-1-e. Una vez que la capacidad de proveedor se almacena en la base de datos 190-1-e el módulo de negociación colaborativa 600 recibe (3502) un archivo de formato de origen 602-1, que incluye información descriptiva asociada con un artículo para originarse. El módulo de negociación colaborativa 600 después utiliza el módulo de convertidor 340 para extraer (3504) la información descriptiva de artículo. Antes de la extracción, el módulo de convertidor 340 determina el formato del archivo de formato de origen 602-1, selecciona un módulo de servicio de convertidor 130-1-j basado en el formato de origen, y traduce el archivo de formato de origen 602-1 a un archivo de formato neutral seguro 604-1. La información descriptiva de artículo se extrae del archivo de formato neutral seguro 604-1. El módulo de negociación colaborativa 600 después delinea (3506) la información descriptiva extraída al perfil de capacidad almacenado en la base de datos 190-1-e que utiliza la información descriptiva. Si existe uno o más acoplamientos de perfil de capacidad de proveedor en la base de datos 190-1-e, el módulo de negociación colaborativa 600 selecciona un proveedor basado en el perfil de capacidad. La información descriptiva de artículo asociada con el artículo puede incluir, por ejemplo, un atributo que define una propiedad física del artículo y una característica que define una propiedad de material del artículo. El módulo de negociación colaborativa 600 determina una especificación de procedimiento basada en la información descriptiva extraída que define la fabricación del artículo basándose en cualquiera de los atributos y características de artículos. El módulo de negociación colaboratíva 600 después asocia la especificación de procedimiento con el perfil de capacidad de proveedor. La Figura 36 es un flujo lógico 3600 de una modalidad de un procedimiento para traducir archivos de formato de origen 602-1- / a archivos y formato neutral seguro 604-1- /. El módulo de convertidor 410 recibe (3602) un primer archivo en un primer formato. El módulo de interrogación de archivo 740 determina (3604) el primer formato y selecciona (3606) un módulo de servicio de convertidor 730 basado en el primer formato. El módulo de servicio de convertidor 730 traduce (3608) el primer archivo a por lo menos un segundo archivo que tiene un segundo formato. En una modalidad, el prior archivo se recibe por un procesador en el nodo de procesamiento de alojamiento 140. Para determinar el primer formato se aplica un motor de regla al primer archivo para comparar el primer formato con una pluralidad de formatos de archivo. El motor de regla puede acoplar la información contenida en el primer archivo a un patrón de byte, patrones de fila, lógica de Boolean o identificador de contenido de archivo. En una modalidad, el motor de regla puede comprender una plantilla XML. En una modalidad, el módulo de interrogación de archivo 740 identifica una extensión de archivo del primer archivo y aplica un grupo de motores de regla basados en la extensión de archivo al primer archivo para compararlo con una pluralidad de formatos de archivo basados en la extensión de archivos. Una vez que se identifican el formato de archivos, el archivo se traduce al invocar un convertidor basado en el primer formato; invocar una interfase de programación de aplicación (API) asociada con dicho primer formato; y extraer información asociada con un contenido de dicho primer archivo basado en dicha API. En una modalidad, extraer información asociada con un contenido del primer archivo, comprende extraer características asociadas con la fabricación de una estructura definida por el contenido. En una modalidad, extraer información asociada con un contenido del primer archivo, comprende extraer atributos asociados con una estructura definida por el contenido. El segundo archivo en el segundo formato puede alojarse en el nodo de procesamiento de alojamiento 140. La Figura 37 es un flujo lógico 3700 de una modalidad de un procedimiento para proporcionar menciones basadas en artículos, BOMs, y documentos que definen los artículos. El módulo DCM 700 y el módulo CN600 coordinan la funcionalidad importante para implementar el flujo lógico 3700. Ei submódulo 702 determina (3702) una cantidad de al menos un artículo denominado dentro de una factura de niveles múltiples de material (BOM). La estructura de trabajo de aplicación 349 recibe (3704) al menos una orden de precio de al menos un proveedor en el segundo nodo de cliente 120-1 para el artículo. El submódulo 702 asocia (3706) la orden de precio con el artículo. El submódulo 702 determina (3708) un primer costo del BOM de niveles múltiples basado en la cantidad del artículo y la orden de precio. El submódulo puede dividir el BOM de nivel múltiple en una estructura de ensamble y una estructura de artículo final. En una modalidad, la estructura de ensamble incluye una estructura de artículo final y una orden de precio puede recibirse para una estructura de artículo final. Cualquier referencia a "una modalidad" o "modalidad" significa que una característica, estructura, o rasgo particular descritos en conexión con la modalidad se incluye al menos en una modalidad. Las apariencias de la frase "en una modalidad" en varios lugares en la especificación no necesariamente todo se refiere a la misma modalidad. Algunas modalidades pueden implementarse al utilizar una arquitectura que puede variar de acuerdo con cualquier número de factores, tal como velocidad computacional deseada, niveles de energía, tolerancias de calor, presupuesto de ciclo de procesamiento, velocidades de datos de entrada, velocidades de datos de salida, recursos de memoria, velocidades de conductor común de datos, y otras limitaciones de desempeño. Por ejemplo, puede implementarse una modalidad que utiliza software ejecutado por un procesador de propósito general o de propósito especial. En otro ejemplo, puede implementarse una modalidad como hardware dedicado tal como un circuito, un circuito integrado especifico de aplicación (AS1C), Dispositivo de Lógica Programable (PLD) o procesador de señal digital (DSP), y así sucesivamente. Incluso en otro ejemplo, puede implementarse una modalidad por cualquier combinación de componentes de computadora de propósito general programada y componentes de hardware de costumbre. Las modalidades no se limitan en este contexto. Algunas modalidades pueden describirse al utilizar la expresión "acoplado" y "conectado" junto con sus derivados. Se debe entender que estos términos no se pretenden como sinónimos uno de otro. Por ejemplo, algunas modalidades pueden describirse al utilizar el término "conectado" para indicar que dos o más elementos están en contacto físico directo o eléctrico uno con otro. En otro ejemplo, algunas modalidades pueden describirse la utilizar el término "acoplado" para indicar que dos o más elementos están en contacto físico directo o eléctrico. El término "acoplado", sin embargo, también puede significar que dos o más elementos no están en contacto directo uno con otro, pero incluso todavía cooperan o interactúan uno con otro. Las modalidades no se limitan en este contexto Algunas modalidades pueden implementarse, por ejemplo, al utilizar un medio legible por máquina o artículo que puede almacenar una instrucción o un grupo de instrucciones que, si se ejecutan por una máquina, pueden causar que la máquina realice un método y/o operaciones de acuerdo con las modalidades. Tal máquina puede incluir, por ejemplo, cualquier plataforma de procesamiento adecuada, plataforma de cómputo, dispositivo de cómputo, dispositivo de procesamiento, sistema de cómputo, sistema de procesamiento, computadora, procesador, o similares y puede implementarse al utilizar cualquier combinación adecuada de hardware y/software. El medio legible por máquina o artículo puede incluir, por ejemplo, cualquier tipo adecuado de unidad de memoria, dispositivo de memoria, artículo de memoria, medio de memoria, dispositivo de almacenamiento, artículo de almacenamiento, medio de almacenamiento o y/o unidad de almacenamiento, por ejemplo, memoria, medios removibles o no removibles, medios borrables o no borrables, medios escribibles o reescribibles, medios digitales o análogos, disco duro, disco flexible, Memoria solo de Lectura de Disco Compacto (CD-ROM), Disco Compacto Grabable (CD-R), disco compacto reescribible (CD-RW), disco óptico, medios magnéticos, varios tipos de Disco Versátil Digital (DVD), una cinta, un cassette, o similares. Las instrucciones pueden incluir cualquier tipo de cuadro de código, tal como código de puente, código recoplilado, código interpretado, código ejecutable, código estático, código dinámico, y similares. Las instrucciones pueden implementarse al utilizar cualquier lenguaje de programación de nivel superior nivel inferior, orientado a objeto, visual, recopilado y/o interpretado, tal como C, C+ + , Java, BASIC, Perl, Matlab, Pascal, BASIC Visual lenguaje de ensamble, código de máquina, y así sucesivamente. Las modalidades no se limitan en este contexto. A menos que se mencione específicamente de otra forma, puede apreciarse que los términos tal como "procesar", "calcular", "aproximar", "determinar", o similares, se refieren a la acción y/o procedimientos de una computadora o sistema de cómputo, o dispositivo de cómputo electrónico similar, que manipulan y/o transforman dando representados como cantidades físicas (por ejemplo, electrónica) dentro de los registros y/o memorias del sistema de cómputo en otros datos similarmente representados como cantidades físicas dentro de las memorias del sistema de cómputo, registros u otro de tal almacenamiento de información, transmisión o dispositivos de presentación. Las modalidades no se limitan en este contexto. Mientras ciertas características de las modalidades se ilustraron como aquí descritas, ahora ocurrirán muchas modificaciones, substituciones, cambios y equivalentes para aquellos expertos en la técnica. Por lo tanto se entiende que las reivindicaciones anexas pretenden cubrir todas tales modificaciones y cambios mientras caigan dentro del espíritu verdadero de las modalidades.

Claims (72)

REIVINDICACIONES
1.- Un método que comprende: recibir un primer archivo en un primer formato; determinar dicho primer formato; seleccionar un convertidor basado en dicho primer formato; y traducir dicho primer archivo al menos a un segundo archivo que tiene un segundo formato utilizando dicho convertidor.
2.- El método de acuerdo con la reivindicación 1, en donde el recibir un primer archivo además comprende: recibir dicho primer archivo por un procesador en un nodo de procesamiento huésped.
3.- El método de acuerdo con la reivindicación 1, en donde el determinar dicho primer formato además comprende: aplicar un motor de regla a dicho primer archivo para comparar dicho primer formato a una pluralidad de formatos de archivo.
4.- El método de acuerdo con la reivindicación 3, en donde el aplicar un motor de regla comprende: acoplar información contenida en dicho primer archivo a un patrón de byte, en donde dicho patrón de byte es representativo de al menos uno de dicha pluralidad de formatos de archivo; y identificar dicho primer formato cuando dicha información se acopla a dicho patrón de byte.
5.- El método de acuerdo con la reivindicación 3, en donde el aplicar un motor de regla comprende: acoplar información contenida en dicho primer archivo a un patrón de fila, en donde dicho patrón de fila es representativo de al menos uno de dicha pluralidad de formatos de archivo; y identificar dicho primer formato cuando dicha información se acopla a dicho patrón de fila.
6.- El método de acuerdo con la reivindicación 3, en donde el aplicar un motor de regla comprende: acoplar información contenida en dicho primer archivo que utiliza una función de lógica boleana, en donde dicha función de lógica boleana es representativa de al menos uno de dicha pluralidad de formatos de archivo; y identificar dicho primer formato cuando dicha información se acopla a dicha función de lógica boleana.
7.- El método de acuerdo con la reivindicación 3, en donde el aplicar un motor de regla comprende: acoplar información contenida en dicho primer archivo a un identificador basado en contenido, en donde dicho identificador basado en contenido es representativo de al menos uno de dicha pluralidad de formatos de archivo; y identificar dicho primer formato cuando dicha información se acopla a dicho identificador basado en contenido.
8.- El método de acuerdo con la reivindicación 3, en donde el aplicar un motor de regla comprende aplicar un lenguaje de marcación extensible (XML) basado en motor de regla.
9.- El método de acuerdo con la reivindicación 1, en donde el seleccionar un convertidor comprende: identificar una extensión de archivo de dicho primer archivo; y aplicar un grupo de motores de regla basados en dicha extensión de archivo a dicho primer archivo para comparar dicho primer formato con una pluralidad de formatos de archivo basados en dicha extensión de archivo.
10.- El método de acuerdo con la reivindicación 1, en donde el traducir dicho primer archivo a un segundo archivo comprende: invocar dicho convertidor basado en dicho primer formato; invocar una interfase de programación de aplicación (API) asociada con dicho primer formato; y extraer información asociada con un contenido de dicho primer archivo basado en dicha API.
11.- El método de acuerdo con la reivindicación 10, en donde el extraer información asociada con un contenido de dicho primer archivo, comprende extraer características asociadas con la fabricación de una estructura definida por dicho contenido.
12.- El método de acuerdo con la reivindicación 10, en donde el extraer información asociada con un contenido de dicho primer archivo, comprende extraer atributos asociados con una estructura definida por dicho contenido.
13.- El método de acuerdo con la reivindicación 1, que además comprende: alojar dicho segundo archivo en dicho segundo formato en un nodo de procesamiento de alojamiento.
14.- El método de acuerdo con la reivindicación 1, que además comprende: traducir dicho primer archivo a un tercer archivo que tiene dicho segundo formato utilizando dicho convertidor, en donde dicho tercer archivo comprende una primera vista de dicho primer archivo y dicho al menos segundo archivo comprende una segunda vista de dicho primer archivo.
15.- Un aparato, que comprende: un procesador para recibir un primer archivo en un primer formato; determinar dicho primer formato; seleccionar un convertidor basado en dicho primer formato; y traducir dicho primer archivo a un segundo archivo que tiene un segundo formato utilizando dicho convertidor.
16.- El aparato de acuerdo con la reivindicación 15, en donde dicho procesador es para aplicar un motor de regla a dicho primer archivo para comparar dicho primer formato con una pluralidad de formatos de archivo.
17.- El aparato de acuerdo con la reivindicación 16, en donde dicho procesador es para acoplar información contenida en dicho primer archivo a un patrón de byte, en donde dicho patrón de byte es representativo de al menos uno de dicha pluralidad de formatos de archivo; y para identificar dicho primer formato cuando dicha información se acopla a dicho patrón de byte.
18.- El aparato de acuerdo con la reivindicación 16, en donde dicho procesador es para acoplar información contenida en dicho primer archivo a un patrón de fila, en donde dicho patrón de fila es representativo de al menos uno de dicha pluralidad de formatos de archivo; y para identificar dicho primer formato cuando dicha información se acopla a dicho patrón de fila.
19.- El aparato de acuerdo con la reivindicación 16, en donde dicho procesador es para acoplar información contenida en dicho primer archivo que utiliza función de lógica boleana; en donde dicha función de lógica boleana es representativa de al menos uno de dicha pluralidad de formatos de archivo; y para identificar dicho primer formato cuando dicha información se acopla a dicha función de lógica boleana.
20.- El aparato de acuerdo con la reivindicación 16, en donde dicho procesador es para acoplar información contenida en dicho primer archivo a un identificador basado en contenido, en donde dicho identificador basado en contenido es representativo de al menos uno de dicha pluralidad de formatos de archivo; y para identificar dicho primer formato cuando dicha información se acopla a dicho identificador basado en contenido.
21.- El aparato de acuerdo con la reivindicación 16, en donde dicho procesador es para aplicar un lenguaje de marcación extensible (XML) basado en motor de regla.
22.- El aparato de acuerdo con la reivindicación 15, en donde dicho procesador es para identificar una extensión de archivo de dicho primer archivo; y para aplicar un grupo de motores de regla basados en dicha extensión de archivo a dicho primer archivo para comparar dicho primer formato con una pluralidad de formatos de archivo basados en dicha extensión de archivo.
23.- El aparato de acuerdo con la reivindicación 15, en donde dicho procesador es para invocar dicho convertidor basado en dicho primer formato; invocar dicha interfase de programación de aplicación (API) asociada con dicho primer formato; y extraer información asociada con un contenido de dicho primer archivo basado en dicha API.
24.- El aparato de acuerdo con la reivindicación 23, en donde dicho procesador es para extraer características asociadas con la fabricación de una estructura definida por dicho contenido.
25.- El aparato de acuerdo con la reivindicación 23, en donde dicho procesador es para extraer atributos asociados con una estructura definida por dicho contenido.
26.- Un sistema, que comprende: un nodo de procesamiento de alojamiento que comprende un procesador; y al menos un nodo de cliente que comprende un navegador; en donde dicho procesador es para recibir un primer archivo en un primer formato de dicho nodo de cliente; determinar dicho primer formato; seleccionar un convertidor basado en dicho primer formato; y traducir dicho primer archivo a un segundo archivo que tiene un segundo formato utilizando dicho convertidor.
27.- El sistema de acuerdo con la reivindicación 26, en donde dicho procesador es para transmitir una estructura de trabajo de aplicación a dicho al menos un nodo de cliente de dicho nodo de procesamiento de alojamiento.
28.- El sistema de acuerdo con la reivindicación 27, en donde dicha estructura de trabajo de aplicación presenta contenido de dicho segundo archivo en dicho segundo formato sin utilizar una aplicación de software de origen utilizada para generar dicho contenido en dicho primer archivo en dicho primer formato.
29.- El sistema de acuerdo con la reivindicación 27, en donde dicha estructura de trabajo de aplicación y dicho procesador es para - construir y presentar al menos un argumento de mensaje, en donde dicho al menos un segundo archivo es el asunto de dicho al menos un argumento de mensaje.
30.- El sistema de acuerdo con la reivindicación 27, en donde dicha estructura de trabajo de aplicación y dicho procesador es para construir y presentar al menos un estado de visión de dicho contenido de dicho segundo archivo, en donde dicho al menos un estado de vista se fija en un encabezado de Lenguaje de Marcación Extensible (XML) de dicho segundo archivo.
31.- El sistema de acuerdo con la reivindicación 27, en donde dicho procesador inicia un correo electrónico a dicho uno o más nodos de cliente, en donde dicho correo electrónico comprende un enlace web que cuando se ejecuta impulsa dicha estructura de trabajo de aplicación.
32.- Un método, que comprende: recibir un primer archivo en un primer formato, dicho primer archivo comprende información asociada con un artículo; extraer dicha información de dicho primer archivo; y delinear dicha información extraída a un perfil de capacidad.
33.- El método de acuerdo con la reivindicación 32, que además comprende: seleccionar un proveedor basado en dicho perfil de capacidad.
34.- El método de acuerdo con la reivindicación 33, que comprende: determinar una especificación de procedimiento que define la fabricación de dicho artículo basado en cualquiera de dicho atributo y dicha característica.
35.- El método de acuerdo con la reivindicación 34, que además comprende: asociar dicha especificación de procedimiento con dicho perfil de capacidad.
36.- Un aparato, que comprende: un procesador para recibir un primer archivo en un primer formato, dicho primer archivo comprende información asociada con un artículo; extraer dicha información de dicho primer archivo; y delinear dicha información extraída a un perfil de capacidad.
37.- El aparato de acuerdo con la reivindicación 36, en donde dicho procesador es para seleccionar un proveedor basado en dicho perfil de capacidad.
38.- El aparato de acuerdo con la reivindicación 36, en donde dicho procesador es para recuperar al menos uno de un atributo que define una propiedad física de dicho artículo; y una característica que define una propiedad de material de dicho artículo.
39.- El aparato de acuerdo con la reivindicación 38, en donde dicho procesador es para determinar una especificación de procedimiento que define la fabricación de dicho artículo basado en cualquiera de dicho atributo y dicha característica.
40.- El aparato de acuerdo con la reivindicación 39, en donde dicho procesador es para asociar dicha especificación de procedimiento con dicho perfil de capacidad.
41.- El aparato de acuerdo con la reivindicación 36, en donde dicho procesador es para registrar dicho perfil de capacidad en una base de datos; y seleccionar un proveedor basado en dicho perfil de capacidad.
42.- El aparato de acuerdo con la reivindicación 36, en donde dicho procesador es para determinar dicho primer formato; seleccionar un convertidor basado en dicho primer formato; y traducir dicho primer archivo a un segundo archivo que tiene un segundo formato que utiliza dicho convertidor.
43.- El aparato de acuerdo con la reivindicación 42, en donde dicho procedimiento es para extraer dicha información de dicho segundo archivo; y en donde dicho segundo formato comprende un formato de archivo neutral normalizado; y en donde el contenido de dicho segundo archivo es visible sin utilizar una aplicación de software de origen utilizada para generar dicho contenido en dicho primer archivo en dicho primer formato.
44.- Un método, que comprende: iniciar una ronda de negociación para un artículo entre una pluralidad de ordenadores en una pluralidad de nodos de cliente y un nodo de procesamiento de alojamiento; recibir una orden de precio para dicho artículo de cada uno de dicha pluralidad de ordenadores; recibir un parámetro de negociación de al menos uno de dicha pluralidad de ordenadores, dicho parámetro de negociación se asocia con dicho artículo; y determinar un valor de costo total basado en un término de negociación activo, dicha orden de precio, y dicho parámetro de negociación para cada uno de la pluralidad de ordenadores.
45.- El método de acuerdo con la reivindicación 45, en donde determinar dicho valor de costo total comprende: determinar un valor de costo total basado en dicho término de negociación activo basado en dicho parámetro de negociación; en donde dicho término de negociación aplica una relevancia proporcional a dicho parámetro de negociación.
46.- El método de acuerdo con la reivindicación 45, que además comprende: recibir en dicho nodo de procesamiento de alojamiento, información que comprende dicho parámetro de negociación de al menos uno de dicha pluralidad de ordenadores, en donde dicha información se asocia con dicho artículo; asignar un peso a dicha información; y determinar dicho término de negociación activo basado en dichos pesos.
47.- El método de acuerdo con la reivindicación 45, que además comprende: determinar una marca basada en dicho término de negociación activo.
48.- El método de acuerdo con la reivindicación 44, que además comprende: recibir múltiples términos de negociación activos seleccionados del grupo que consiste de calificación de sistema de calidad, tiempo de guía, términos de pago, derrame, herramienta, fijación, y calificaciones de moldeo de plástico.
49.- El método de acuerdo con la reivindicación 44, que además comprende: en un primer evento de tiempo dentro de dicha ronda presentar dicho valor de costo total para cada uno de dicha pluralidad de ordenadores a través de una estructura de trabajo de aplicación; en donde los aspectos de dicha estructura de trabajo de aplicación es accesible a una tercera parte y un ordenador que colocó una orden de precio, y dichos aspectos no son accesibles por ningún otro de la pluralidad de ordenadores.
50.- Un aparato, que comprende: un procesador para iniciar una ronda de negociación para un artículo entre una pluralidad de ordenadores en una pluralidad de nodos de cliente y un nodo de procesamiento de alojamiento; recibir una orden de precio para dicho artículo de cada uno de dicha pluralidad de ordenadores; recibir un parámetro de negociación de al menos uno de dicha pluralidad de ordenadores, dicho parámetro de negociación se asocia con dicho artículo; y determinar un valor de costo total basado en un término de negociación activo, dicha orden de precio, y dicho parámetro de negociación para cada uno de la pluralidad de ordenadores.
51.- El aparato de acuerdo con la reivindicación 50, en donde dicho procesador es para determinar un valor de costo total basado en dicho término de negociación activo basado en dicho parámetro de negociación; en donde dicho término de negociación aplica una relevancia proporcionan a dicho parámetro de negociación.
52.- El aparato de acuerdo con la reivindicación 51, en donde dicho procesador es para: recibir en dicho nodo de procesamiento de alojamiento, información que comprende dicho parámetro de negociación de al menos uno de la pluralidad de ordenadores, en donde dicha información se asocia con dicho artículo; asignar un peso a dicha información; y determinar dicho término de negociación activa basado en dichos pesos.
53.- El aparato de acuerdo con ia reivindicación 51, en donde dicho procesador es para: determinar una marca basada en dicho término de negociación activa.
54.- El aparato de acuerdo con la reivindicación 50, en donde dicho procesador es para: recibir múltiples términos de negociación activa seleccionados del grupo que consiste de calificación de sistema de calidad, tiempo de guía, términos de pago, derrame, herramienta, fijación, y calificaciones de moldeo de plástico.
55. -El aparato de acuerdo con la reivindicación 50, en donde dicho procesador es para: presentar dicho valor de costo total para cada uno de la pluralidad de ordenadores a través de una estructura de trabajo de aplicación en un primer evento de tiempo dentro de dicha ronda; en donde los aspectos de dicha estructura de trabajo de aplicación son accesibles a una tercera parte y un ordenador que colocó una orden de precio, y dichos aspectos no son accesibles por cualquier otra de dicha pluralidad de ordenadores.
56.- Un método, que comprende: determinar una cantidad de al menos un artículo con referencia dentro de al menos una factura de niveles múltiples de material (BOM); recibir al menos una orden de precio en una estructura de trabajo de aplicación de al menos un proveedor para dicho al menos un artículo; asociar dicha al menos una orden de precio con dicho al menos un artículo; y determinar un primer costo de dicho al menos un BOM de niveles múltiples basado en dicha cantidad de dicho al menos un artículo y dicha al menos una orden de precio.
57.- El método de acuerdo con la reivindicación 56, que comprende: dividir dicho BOM de niveles múltiples en una estructura de ensamble y al menos una estructura de artículo final, en donde dicha estructura de ensamble comprende dicha al menos una estructura de artículo final; y recibir dicha al menos una orden de precio para dicha al menos una estructura de artículo final.
58.- El método de acuerdo con la reivindicación 57, en donde el recibir dicha al menos una orden de precio para dicha al menos una estructura de artículo final comprende recibir una orden de precio de artículo de línea.
59.- El método de acuerdo con la reivindicación 57, en donde el recibir dicha al menos una orden de precio para dicha al menos una estructura de artículo final comprende recibir una orden de precio de lote para un nivel de lote, en donde dicho nivel de lote comprende al menos dos artículos de línea.
60.- El método de acuerdo con la reivindicación 56, que comprende: recibir al menos dos órdenes de precio de artículo de línea para artículos de línea compuestos en dicho lote hasta que una suma total de dichas al menos dos órdenes de precio de artículo de línea sea igual a dicha orden de precio de lote.
61.- El método de acuerdo con la reivindicación 56, en donde el recibir al menos una orden de precio en una estructura de trabajo de aplicación de al menos un proveedor para dicho al menos un artículo, comprende: recibir una primera orden de precio de artículo de línea de un primer proveedor para un artículo de línea; recibir una segunda orden de precio de artículo de línea de un segundo proveedor para dicho artículo de línea; y comparar dichas primera y segunda órdenes de precio de artículo de línea.
62.- Un método que comprende: determinar una cantidad de al menos un artículo con referencia dentro de al menos una factura de niveles múltiples de material (BOM); recibir una primera orden de precio en una estructura de trabajo de aplicación de un primer proveedor de al menos un artículo; recibir una segunda orden de precio en dicha estructura de trabajo de aplicación de un segundo proveedor para dicho al menos un artículo; asociar dichas primera y segunda órdenes de precio dicho al menos un artículo; y comparar dichas primera y segunda órdenes de precio de artículo de línea.
63.- El método de acuerdo con la reivindicación 62, en donde el recibir dichas primera y segunda órdenes de precio, comprende recibir la primera y segunda órdenes de precio de lote.
64.- Un aparato, que comprende: un procesador para determinar una cantidad de al menos un artículo con referencia dentro de al menos una factura de niveles múltiples de material (BOM); recibir al menos una orden de precio en una estructura de trabajo de aplicación de al menos un proveedor para dicho al menos un artículo; asociar dicha al menos una orden de precio con dicho al menos un artículo; y determinar un primer costo de dicho al menos un BOM de niveles múltiples basado en dicha cantidad de dicho al menos un artículo y dicha al menos una orden de precio.
65.- El aparato de acuerdo con la reivindicación 64, en donde dicho procesador es para: dividir dicho BOM de niveles múltiples en una estructura de ensamble y al menos una estructura de artículo final, en donde dicha estructura de ensamble comprende dicha al menos una estructura de artículo final; y recibir dicha al menos una orden de precio para dicha al menos una estructura de artículo final.
66.- El aparato de acuerdo con la reivindicación 65, en donde dicho procesador es para recibir una orden de precio de artículo de línea.
67.- El aparato de acuerdo con la reivindicación 65, en donde dicho procesador es para recibir una orden de precio de lote para un nivel de lote, en donde dicho nivel de lote comprende al menos dos artículos de línea.
68.- El aparato de acuerdo con la reivindicación 64, en donde dicho procesador es para recibir al menos dos órdenes de precio de artículo de línea para artículos de línea compuestos en dicho lote hasta que una suma total de dichas al menos dos órdenes de precio de artículo de línea es igual a dicha orden de precio de lote.
69.- El aparato de acuerdo con la reivindicación 64, en donde dicho procesador es para: recibir una primera orden de precio de artículo de línea de un primer proveedor para un artículo de línea; recibir una segunda orden de precio de artículo de línea de un segundo proveedor de dicho artículo de línea; y comparar dichas primera y segunda órdenes de precio de artículo de línea.
70.- Un aparato, que comprende: un procesador para determinar una cantidad de al menos un artículo con referencia dentro de al menos una factura de material (BOM); recibir una primera orden de precio en una estructura de trabajo de aplicación de un primer proveedor de al menos un artículo; recibir una segunda orden de precio en dicha estructura de trabajo de aplicación de un segundo proveedor para dicho al menos un artículo; asociar dichas primera y segunda órdenes con dicho al menos un artículo; y comparar dichas primera y segunda órdenes de precio de artículo de línea.
71.- El aparato de acuerdo con la reivindicación 70, en donde dicho procesador es para recibir la primera y segunda órdenes de precio de artículo de línea.
72.- El aparato de acuerdo con la reivindicación 70, en donde dicho procesador es para recibir dichas primera y segunda órdenes de precio de lote.
MX2007002101A 2004-08-21 2005-08-21 Metodos, sistemas, y aparatos para comercio extendido de empresas. MX2007002101A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US60340104P 2004-08-21 2004-08-21
PCT/US2005/029846 WO2006023877A2 (en) 2004-08-21 2005-08-21 Methods, systems, and apparatuses for extended enterprise commerce

Publications (1)

Publication Number Publication Date
MX2007002101A true MX2007002101A (es) 2007-08-14

Family

ID=35677642

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2007002101A MX2007002101A (es) 2004-08-21 2005-08-21 Metodos, sistemas, y aparatos para comercio extendido de empresas.

Country Status (7)

Country Link
US (5) US8170946B2 (es)
EP (1) EP1789893A4 (es)
CN (1) CN101432729A (es)
AU (1) AU2005277150B2 (es)
CA (1) CA2576976A1 (es)
MX (1) MX2007002101A (es)
WO (1) WO2006023877A2 (es)

Families Citing this family (284)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7225145B2 (en) * 2000-05-26 2007-05-29 Ariba, Inc. Method and system for providing multi-organization resource management
US7885987B1 (en) * 2001-08-28 2011-02-08 Lee Eugene M Computer-implemented method and system for managing attributes of intellectual property documents, optionally including organization thereof
AU2003267009A1 (en) * 2002-08-27 2004-03-19 Sony Ericsson Mobile Communications Ab Determining usability of a coded file for an application
US7409405B1 (en) * 2002-12-06 2008-08-05 Adobe Systems Incorporated File dispatcher for multiple application targets
US7222312B2 (en) * 2003-09-26 2007-05-22 Ferguson John G Secure exchange of information in electronic design automation
US7353468B2 (en) * 2003-09-26 2008-04-01 Ferguson John G Secure exchange of information in electronic design automation
US8751950B2 (en) 2004-08-17 2014-06-10 Ice Edge Business Solutions Ltd. Capturing a user's intent in design software
US7536634B2 (en) * 2005-06-13 2009-05-19 Silver Creek Systems, Inc. Frame-slot architecture for data conversion
US20060076547A1 (en) * 2004-09-24 2006-04-13 Mentor Graphics Corp. Three-dimensional viewing and editing of microcircuit design
US7903119B2 (en) * 2004-10-29 2011-03-08 Hewlett-Packard Development Company, L.P. Compression of image regions according to graphics command type
US7406053B2 (en) * 2004-12-13 2008-07-29 Hewlett-Packard Development Company, L.P. Methods and systems for controlling the number of computations involved in computing the allocation of resources given resource constraints
US8799351B1 (en) * 2004-12-17 2014-08-05 Glovia International, Inc. Communicating multiple files in markup language documents
US8271574B1 (en) * 2004-12-22 2012-09-18 Hewlett-Packard Development Company, L.P. Content sharing and collaboration
US8407309B1 (en) * 2004-12-22 2013-03-26 Sap Ag Techniques for specifying and determining property information for portal entities using attributes
US8874646B2 (en) * 2005-02-28 2014-10-28 Nhn Corporation Message managing system, message managing method and recording medium storing program for that method execution
US7739184B1 (en) * 2005-03-31 2010-06-15 Trading Technologies International, Inc. System and method for providing market data in an electronic trading environment
US7890285B2 (en) * 2005-04-29 2011-02-15 Agilent Technologies, Inc. Scalable integrated tool for compliance testing
US7440863B2 (en) * 2005-04-29 2008-10-21 Agilent Technologies, Inc. Integrated tool for compliance testing within an enterprise content management system
US20060277222A1 (en) * 2005-06-01 2006-12-07 Microsoft Corporation Persistent data file translation settings
WO2006133442A1 (en) * 2005-06-08 2006-12-14 Radial Labs, Inc. Dynamic detection and configuration of networked audio/video components
US8645175B1 (en) * 2005-07-12 2014-02-04 Open Text S.A. Workflow system and method for single call batch processing of collections of database records
RU2008107994A (ru) * 2005-08-01 2009-09-10 Медиа Лэборетери Ко., Лтд. (Jp) Устройство обработки и программа обработки информации, которая должна быть использована в устройстве
US20070083807A1 (en) * 2005-10-06 2007-04-12 Microsoft Corporation Evaluating multiple data filtering expressions in parallel
US20070088661A1 (en) * 2005-10-17 2007-04-19 Omx Technology Ab Real-time deal engagement outcome determination
JP4555212B2 (ja) * 2005-11-10 2010-09-29 株式会社沖データ 透かし情報埋め込み装置，透かし情報埋め込み方法，およびコンピュータプログラム
KR101314751B1 (ko) * 2006-01-26 2013-10-02 삼성전자주식회사 디알엠 설치 관리 방법 및 장치
US8744916B2 (en) * 2006-01-30 2014-06-03 Sap Ag Methods and systems for collaborative bidding in automated actions
US20070198473A1 (en) * 2006-02-03 2007-08-23 Simdesk Technologies, Inc. Computer system displaying personal information items in database as individual files
US8244025B2 (en) * 2006-03-20 2012-08-14 Siemens Energy, Inc. Method of coalescing information about inspected objects
US20070239666A1 (en) * 2006-04-05 2007-10-11 Enporion, Inc. Method and System for a De-Normalized Electronic-Catalog
US20090222927A1 (en) * 2006-04-30 2009-09-03 Pikus Fedor G Concealment of Information in Electronic Design Automation
JP4906072B2 (ja) * 2006-05-01 2012-03-28 キヤノン株式会社 情報処理装置ならびに情報処理方法
EP1868149B1 (en) * 2006-06-14 2019-08-07 Dassault Systèmes Improved computerized collaborative work
US8478074B2 (en) * 2006-07-07 2013-07-02 Microsoft Corporation Providing multiple and native representations of an image
US20080021715A1 (en) * 2006-07-18 2008-01-24 American Express Travel Related Services Company, Inc. System and method for analyzing and comparing cost increases
US7606808B2 (en) * 2006-08-25 2009-10-20 Microsoft Corporation Maintaining and establishing subscriptions with load-balanced servers
US8036979B1 (en) 2006-10-05 2011-10-11 Experian Information Solutions, Inc. System and method for generating a finance attribute from tradeline data
US7949949B2 (en) * 2006-11-20 2011-05-24 Intentional Software Corporation Domain transformation languages
US20080147553A1 (en) * 2006-12-04 2008-06-19 Interverz, Llc Automated On-line Generation and Distribution of Advertisement and Promotional Materials
US20080141334A1 (en) * 2006-12-12 2008-06-12 Wicker James M Method and Apparatus for Dissociating Binding Information from Objects to Enable Proper Rights Management
US8606626B1 (en) 2007-01-31 2013-12-10 Experian Information Solutions, Inc. Systems and methods for providing a direct marketing campaign planning environment
US8606666B1 (en) * 2007-01-31 2013-12-10 Experian Information Solutions, Inc. System and method for providing an aggregation tool
US20090271762A1 (en) * 2008-04-29 2009-10-29 Sugarcrm Inc. Business software application system and method
US20080216125A1 (en) * 2007-03-01 2008-09-04 Microsoft Corporation Mobile Device Collaboration
US7668680B2 (en) * 2007-03-02 2010-02-23 Agilent Technologies, Inc. Operational qualification by independent reanalysis of data reduction patch
EP1967994A1 (en) * 2007-03-06 2008-09-10 Projektkontoret I Skandinavien AB A system for capturing project information over a network
US7631040B1 (en) * 2007-03-19 2009-12-08 At&T Intellectual Property Ii, L.P. System and measured method for multilingual collaborative network interaction
US20080301058A1 (en) * 2007-04-04 2008-12-04 Arbinet-Thexchange, Inc. Method and system for negotiating digital media licenses and distributing digital media
US8051204B2 (en) * 2007-04-05 2011-11-01 Hitachi, Ltd. Information asset management system, log analysis server, log analysis program, and portable medium
WO2008128079A1 (en) * 2007-04-13 2008-10-23 Captaris, Inc. Application isolation system
US7908560B2 (en) * 2007-04-24 2011-03-15 International Business Machines Corporation Method and system for cross-screen component communication in dynamically created composite applications
US8065741B1 (en) 2007-04-24 2011-11-22 Adobe Systems Incorporated Method and apparatus for locally caching digital rights information
US20080301053A1 (en) * 2007-05-29 2008-12-04 Verizon Services Organization Inc. Service broker
US20090012987A1 (en) * 2007-07-05 2009-01-08 Kaminsky David L Method and system for delivering role-appropriate policies
US8412741B2 (en) * 2007-07-17 2013-04-02 Agile Software Corporation Product network management system and method
GB2455996A (en) * 2007-07-25 2009-07-01 Yiu-Ming Leung Detecting and deterring collusion of participants at an auction
DE102007044460A1 (de) * 2007-09-10 2009-03-12 Parametric Technology Corp., Needham Verfahren zum automatischen Erfassen einer Menge von Elementen
US20090094324A1 (en) * 2007-10-09 2009-04-09 Firstpaper Llc Methods, apparatus, and systems for providing local and online data services
US8442804B2 (en) * 2007-10-25 2013-05-14 The Boeing Company Method and apparatus for composite part data extraction
US8321180B2 (en) * 2007-10-25 2012-11-27 The Boeing Company Method and apparatus for composite part data extraction
US8285407B2 (en) * 2007-10-25 2012-10-09 The Boeing Company Method and apparatus for composite part data extraction
US8281287B2 (en) * 2007-11-12 2012-10-02 Finocchio Mark J Compact, portable, and efficient representation of a user interface control tree
US20090154699A1 (en) * 2007-12-13 2009-06-18 Verizon Services Organization Inc. Network-based data exchange
US7982749B2 (en) * 2008-01-31 2011-07-19 Microsoft Corporation Server-based rasterization of vector graphics
US20120233205A1 (en) * 2008-03-07 2012-09-13 Inware, Llc System and method for document management
EP2252951B1 (en) 2008-03-11 2021-05-05 Ice Edge Business Solutions, Ltd. Automatically creating and modifying furniture layouts in design software
JP5072715B2 (ja) * 2008-05-28 2012-11-14 株式会社リコー 履歴情報記録装置、履歴情報記録方法、プログラム、及び履歴情報記録システム
US9043243B2 (en) * 2008-06-02 2015-05-26 Apple Inc. System and method of generating a media package for ingesting into an on-line downloading application
US8015213B2 (en) * 2008-06-26 2011-09-06 Microsoft Corporation Content having native and export portions
US20100031135A1 (en) * 2008-08-01 2010-02-04 Oracle International Corporation Annotation management in enterprise applications
EP2154641A1 (en) * 2008-08-14 2010-02-17 Crossgate AG Method and device for converting messages between different data formats
WO2010036803A2 (en) * 2008-09-24 2010-04-01 Savvion Inc. Computer software
US8965539B2 (en) * 2008-09-27 2015-02-24 Jda Software Group, Inc. System and method for a demand driven lean production control system
US8519996B2 (en) * 2008-09-30 2013-08-27 Rockwell Automation Technologies, Inc. Method and system for conversion of graphical representations of automation environments
US8762325B2 (en) * 2008-10-06 2014-06-24 Foxit Corporation Processing of files for electronic content management
US20120226823A1 (en) * 2008-10-12 2012-09-06 Confidela Ltd Document distribution system and method
US20100106544A1 (en) * 2008-10-27 2010-04-29 Noblis, Inc. Systems and methods for implementing an enterprise acquisition service environment
US8700488B2 (en) * 2008-10-27 2014-04-15 Noblis, Inc. Flexible data store for implementing a streamlined acquisition process
US20100106545A1 (en) * 2008-10-27 2010-04-29 Noblis, Inc. Systems and methods for facilitating evaluation in an acquisition process
US9178842B2 (en) * 2008-11-05 2015-11-03 Commvault Systems, Inc. Systems and methods for monitoring messaging applications for compliance with a policy
US8086501B2 (en) * 2008-12-10 2011-12-27 Xerox Corporation Method and system for creative collaborative marketplaces
US20100145863A1 (en) * 2008-12-10 2010-06-10 Xerox Corporation Method and system for creative collaborative marketplaces
US20100153351A1 (en) * 2008-12-16 2010-06-17 Yung Alex P Techniques for real-time database processing
GB2466455A (en) * 2008-12-19 2010-06-23 Qinetiq Ltd Protection of computer systems
US8156133B2 (en) * 2009-01-14 2012-04-10 Raytheon Company Modifying an electronic graphics file to be searchable according to annotation information
US8373724B2 (en) 2009-01-28 2013-02-12 Google Inc. Selective display of OCR'ed text and corresponding images from publications on a client device
GB0901588D0 (en) * 2009-02-02 2009-03-11 Itis Holdings Plc Apparatus and methods for providing journey information
US8442813B1 (en) 2009-02-05 2013-05-14 Google Inc. Methods and systems for assessing the quality of automatically generated text
CN102449560B (zh) 2009-04-26 2016-12-21 耐克创新有限合伙公司 运动手表
US9141087B2 (en) 2009-04-26 2015-09-22 Nike, Inc. Athletic watch
US9269102B2 (en) 2009-05-21 2016-02-23 Nike, Inc. Collaborative activities in on-line commerce
EP2259199A1 (en) * 2009-05-22 2010-12-08 Brother Kogyo Kabushiki Kaisha Display device, data conversion method, and computer-readable medium storing data conversion programm
WO2010140028A1 (en) * 2009-06-03 2010-12-09 Abb Research Ltd Method for communication in a distributed environment, a communication tool thereof and a system therefrom
US20110078016A1 (en) * 2009-09-30 2011-03-31 Sap Ag Marketing calendar event organization
US8620627B2 (en) * 2009-10-13 2013-12-31 The Boeing Company Composite information display for a part
US20110107201A1 (en) * 2009-10-29 2011-05-05 Microsoft Corporation Representing complex document structure via simpler structure through isomorphism
US8374713B2 (en) * 2009-11-09 2013-02-12 GM Global Technology Operations LLC Product-line based content management systems and methods
US9245064B2 (en) * 2009-11-24 2016-01-26 Ice Edge Business Solutions Securely sharing design renderings over a network
US8874600B2 (en) * 2010-01-30 2014-10-28 International Business Machines Corporation System and method for building a cloud aware massive data analytics solution background
US8892995B2 (en) * 2010-02-02 2014-11-18 Xerox Corporation Method and system for specialty imaging effect generation using multiple layers in documents
EP2598989B1 (en) * 2010-07-30 2020-03-11 National Instruments Corporation Developing programs in a graphical specification and constraint language
US8993084B2 (en) 2010-08-17 2015-03-31 The Boeing Company Multi-layer metallic structure and composite-to-metal joint methods
US8652606B2 (en) 2010-08-17 2014-02-18 The Boeing Company Composite structures having composite-to-metal joints and method for making the same
US9522512B2 (en) 2010-08-17 2016-12-20 The Boeing Company Methods for making composite structures having composite-to-metal joints
WO2012037477A2 (en) * 2010-09-16 2012-03-22 Sampsell David H Request-for-proposal (rfp) system with selective disclosure of information from competing bidders
US8825458B2 (en) * 2011-09-23 2014-09-02 Illinois Tool Works Inc. Method, computer program product and apparatus for providing a model map for workflow integration
EP2451083A1 (en) * 2010-11-09 2012-05-09 Océ-Technologies B.V. Method for compressing and decompressing digital data
JP2012114575A (ja) * 2010-11-22 2012-06-14 Sony Corp 画像データ送信装置、画像データ送信方法、画像データ受信装置および画像データ受信方法
US9280752B2 (en) * 2010-11-26 2016-03-08 Software Ag Method, system and computer-readable medium for E-form information extraction template creation
CN102567318A (zh) * 2010-12-10 2012-07-11 上海虹迪物流配送有限公司 一种托运单分类查询信息处理方法及装置
CN102541859A (zh) * 2010-12-13 2012-07-04 上海虹迪物流配送有限公司 一种物流信息集成处理方法及装置
US9405433B1 (en) 2011-01-07 2016-08-02 Trimble Navigation Limited Editing element attributes of a design within the user interface view, and applications thereof
US8949258B2 (en) * 2011-03-28 2015-02-03 Microsoft Corporation Techniques to manage file conversions
US20120254044A1 (en) * 2011-04-01 2012-10-04 Caterpillar Inc. Graphical user interface for failure mode and effect analysis
US9053502B2 (en) 2011-04-12 2015-06-09 Xerox Corporation System and method of communicating with distributed marketplaces
WO2012173741A2 (en) 2011-06-11 2012-12-20 Dirtt Environmental Solutions Inc. Automated re-use of structural components
US9584877B2 (en) * 2011-06-16 2017-02-28 Microsoft Technology Licensing, Llc Light-weight validation of native images
JP5331848B2 (ja) * 2011-06-22 2013-10-30 株式会社日立製作所 サーバ、企業間情報制御方法およびプログラム
US8898592B2 (en) * 2011-06-30 2014-11-25 International Business Machines Corporation Grouping expanded and collapsed rows in a tree structure
US8713519B2 (en) 2011-08-04 2014-04-29 Trimble Navigation Ltd. Method for improving the performance of browser-based, formula-driven parametric objects
US9146660B2 (en) 2011-08-22 2015-09-29 Trimble Navigation Limited Multi-function affine tool for computer-aided design
US8818544B2 (en) 2011-09-13 2014-08-26 Stratasys, Inc. Solid identification grid engine for calculating support material volumes, and methods of use
US20130067365A1 (en) * 2011-09-13 2013-03-14 Microsoft Corporation Role based user interface for limited display devices
US20130246345A1 (en) * 2011-09-13 2013-09-19 Wappwolf, Inc. Systems and methods for online workflow implementation
US9223769B2 (en) * 2011-09-21 2015-12-29 Roman Tsibulevskiy Data processing systems, devices, and methods for content analysis
US20130080293A1 (en) * 2011-09-28 2013-03-28 Maung (Bob) A. Khin Manufacturing supply chain management
CN102385722A (zh) * 2011-10-18 2012-03-21 东莞生益电子有限公司 将Genesis 2000系统中的钻孔数据自动导入ERP系统的方法
EP2608054B1 (en) * 2011-12-21 2018-02-21 Siemens Aktiengesellschaft Executing database insert calls in a MES system
US9418060B1 (en) 2012-03-19 2016-08-16 Amazon Technologies, Inc. Sample translation reviews
US8823744B2 (en) * 2012-03-23 2014-09-02 Bluebeam Software, Inc. Method for indicating annotations associated with a particular display view of a three-dimensional model independent of any display view
US9275173B2 (en) * 2012-04-25 2016-03-01 University Of Louisville Research Foundation, Inc. Automated generation of mask file from three dimensional model for use in grayscale lithography
US20130339102A1 (en) * 2012-06-14 2013-12-19 The One Page Company Inc. Proposal evaluation system
US9098106B2 (en) * 2012-08-10 2015-08-04 Comsol Ab Systems and methods for creating application interfaces for forming and solving problems in a modeling system
US8984582B2 (en) 2012-08-14 2015-03-17 Confidela Ltd. System and method for secure synchronization of data across multiple computing devices
US10929904B1 (en) 2012-10-23 2021-02-23 Protolabs, Inc. Automated fabrication price quoting and fabrication ordering for computer-modeled structures
US20140136152A1 (en) * 2012-11-13 2014-05-15 International Business Machines Corporation Analyzing hardware designs based on component re-use
US20140156339A1 (en) * 2012-12-03 2014-06-05 Bank Of America Corporation Operational risk and control analysis of an organization
CN103034701B (zh) * 2012-12-05 2016-09-14 曙光信息产业(北京)有限公司 元数据文件格式转换方法
US9258126B2 (en) 2012-12-13 2016-02-09 Xerox Corporation Method for non-repudiation of ad-hoc workflows
US20140195594A1 (en) * 2013-01-04 2014-07-10 Nvidia Corporation Method and system for distributed processing, rendering, and displaying of content
GB2510420A (en) 2013-02-04 2014-08-06 Powerphotonic Ltd Design and manufacture of custom optic components.
US10346560B2 (en) * 2013-02-14 2019-07-09 Plangrid, Inc. Electronic blueprint system and method
US20140257892A1 (en) * 2013-03-07 2014-09-11 International Business Machines Corporation Social project collaboration through self-organizing teams
US10354304B2 (en) * 2013-03-15 2019-07-16 Kemeera Inc. Systems and methods for creating 3D objects
US11048829B2 (en) 2013-03-15 2021-06-29 Kemeera Llc 3D printing systems and methods for fabricating injection molds
JP5950861B2 (ja) * 2013-04-17 2016-07-13 株式会社日立製作所 技術評価装置、技術評価方法
US9135539B1 (en) 2013-04-23 2015-09-15 Black Ice Software, LLC Barcode printing based on printing data content
CN104123653A (zh) * 2013-04-27 2014-10-29 株式会社日立制作所 用于一个或多个用户的供应商评价方法和装置
US8756426B2 (en) 2013-07-03 2014-06-17 Sky Socket, Llc Functionality watermarking and management
US8775815B2 (en) 2013-07-03 2014-07-08 Sky Socket, Llc Enterprise-specific functionality watermarking and management
US8806217B2 (en) 2013-07-03 2014-08-12 Sky Socket, Llc Functionality watermarking and management
US9824400B2 (en) * 2013-07-11 2017-11-21 Oracle International Corporation Cost item life cycle viewer with configurable document traversal options
US9665723B2 (en) 2013-08-15 2017-05-30 Airwatch, Llc Watermarking detection and management
US8718445B1 (en) 2013-09-03 2014-05-06 Penthera Partners, Inc. Commercials on mobile devices
US9244916B2 (en) * 2013-10-01 2016-01-26 Penthera Partners, Inc. Downloading media objects
US9606701B1 (en) 2013-10-14 2017-03-28 Benko, LLC Automated recommended joining data with presented methods for joining in computer-modeled structures
US10573059B2 (en) * 2018-03-27 2020-02-25 Desprez, Llc Methods of secret sharing for secure collaborative graphical design
US10373183B1 (en) 2013-10-16 2019-08-06 Alekhine, Llc Automatic firm fabrication price quoting and fabrication ordering for computer-modeled joining features and related structures
US9438545B2 (en) * 2014-01-07 2016-09-06 Sap Se Message-based collaboration
US10262362B1 (en) 2014-02-14 2019-04-16 Experian Information Solutions, Inc. Automatic generation of code for attributes
US11537765B1 (en) 2014-02-20 2022-12-27 Benko, LLC Placement and pricing of part marks in computer-modeled structures
WO2015131122A2 (en) 2014-02-27 2015-09-03 Commodities Square LLC System and method for electronic data reconciliation and clearing
US9716861B1 (en) 2014-03-07 2017-07-25 Steelcase Inc. Method and system for facilitating collaboration sessions
US10664772B1 (en) 2014-03-07 2020-05-26 Steelcase Inc. Method and system for facilitating collaboration sessions
US9636872B2 (en) 2014-03-10 2017-05-02 Stratasys, Inc. Method for printing three-dimensional parts with part strain orientation
US11410224B1 (en) * 2014-03-28 2022-08-09 Desprez, Llc Methods and software for requesting a pricing in an electronic marketplace using a user-modifiable spectrum interface
WO2015157340A1 (en) * 2014-04-07 2015-10-15 Aine Jr Harry Eugene An ultra-low latency platform as a service system for large scale media data and workflows
US11030587B2 (en) * 2014-04-30 2021-06-08 Mastercard International Incorporated Systems and methods for providing anonymized transaction data to third-parties
CN103970955B (zh) * 2014-05-15 2017-06-20 河海大学 一种船闸参数化建模及预览的动态显示方法
US10552882B1 (en) 2014-05-20 2020-02-04 Desprez, Llc Methods and software for enabling custom pricing in an electronic commerce system
US9766079B1 (en) 2014-10-03 2017-09-19 Steelcase Inc. Method and system for locating resources and communicating within an enterprise
US9955318B1 (en) 2014-06-05 2018-04-24 Steelcase Inc. Space guidance and management system and method
US9380682B2 (en) 2014-06-05 2016-06-28 Steelcase Inc. Environment optimization for space based on presence and activities
US10433646B1 (en) 2014-06-06 2019-10-08 Steelcaase Inc. Microclimate control systems and methods
US11744376B2 (en) 2014-06-06 2023-09-05 Steelcase Inc. Microclimate control systems and methods
US10713394B1 (en) 2014-06-12 2020-07-14 Benko, LLC Filtering components compatible with a computer-modeled structure
US10133798B2 (en) 2014-06-18 2018-11-20 Alfresco Software, Inc. Content transformations using a transformation node cluster
US9705986B2 (en) * 2014-06-18 2017-07-11 Alfresco Software, Inc. Elastic scalability of a content transformation cluster
US10025805B1 (en) 2014-06-24 2018-07-17 Benko, LLC Systems and methods for automated help
US11392396B1 (en) 2014-06-24 2022-07-19 Desprez, Llc Systems and methods for automated help
CN105302775A (zh) * 2014-06-30 2016-02-03 鸿合科技有限公司 一种文件格式转换方法及装置
US10460342B1 (en) 2014-08-12 2019-10-29 Benko, LLC Methods and software for providing targeted advertising to a product program
CN105471829A (zh) * 2014-09-05 2016-04-06 深圳市同盛绿色科技有限公司 信号传输方法及系统
US10095217B2 (en) 2014-09-15 2018-10-09 Desprez, Llc Natural language user interface for computer-aided design systems
US10162337B2 (en) 2014-09-15 2018-12-25 Desprez, Llc Natural language user interface for computer-aided design systems
US9613020B1 (en) 2014-09-15 2017-04-04 Benko, LLC Natural language user interface for computer-aided design systems
US11599086B2 (en) 2014-09-15 2023-03-07 Desprez, Llc Natural language user interface for computer-aided design systems
US9852388B1 (en) 2014-10-03 2017-12-26 Steelcase, Inc. Method and system for locating resources and communicating within an enterprise
US10317892B2 (en) * 2014-10-15 2019-06-11 Brigham Young University System and method for concurrent multi-user computer-aided manufacturing
US11276095B1 (en) 2014-10-30 2022-03-15 Desprez, Llc Methods and software for a pricing-method-agnostic ecommerce marketplace for manufacturing services
US11023934B1 (en) 2014-10-30 2021-06-01 Desprez, Llc Business variable optimization for manufacture or supply of designed products
US10073439B1 (en) 2014-10-31 2018-09-11 Desprez, Llc Methods, systems, and software for processing expedited production or supply of designed products
US10836110B2 (en) 2014-10-31 2020-11-17 Desprez, Llc Method and system for ordering expedited production or supply of designed products
US11415961B1 (en) 2014-10-31 2022-08-16 Desprez, Llc Automated correlation of modeled product and preferred manufacturers
US10235009B1 (en) 2014-10-31 2019-03-19 Desprez, Llc Product variable optimization for manufacture or supply of designed products
US10445152B1 (en) 2014-12-19 2019-10-15 Experian Information Solutions, Inc. Systems and methods for dynamic report generation based on automatic modeling of complex data structures
CN104750913B (zh) * 2015-03-05 2018-12-04 中国电建集团昆明勘测设计研究院有限公司 一种实现dwg三维模型自动转换为x三维模型的方法
US10803501B1 (en) 2015-03-17 2020-10-13 Desprez, Llc Systems, methods, and software for generating, customizing, and automatedly e-mailing a request for quotation for fabricating a computer-modeled structure from within a CAD program
US11004126B1 (en) 2016-03-17 2021-05-11 Desprez, Llc Systems, methods, and software for generating, customizing, and automatedly e-mailing a request for quotation for fabricating a computer-modeled structure from within a CAD program
US10438145B2 (en) * 2015-03-27 2019-10-08 Tata Technologies Pte Limited Engineering validation and audit tool independent of design and product management platforms
US10410151B2 (en) * 2015-05-18 2019-09-10 Accenture Global Services Limited Strategic decision support model for supply chain
US10733371B1 (en) 2015-06-02 2020-08-04 Steelcase Inc. Template based content preparation system for use with a plurality of space types
US10803229B2 (en) * 2015-07-16 2020-10-13 Thinxtream Technologies Pte. Ltd. Hybrid system and method for data and file conversion across computing devices and platforms
US10389716B2 (en) 2015-07-29 2019-08-20 RegDOX Solutions Inc. Secure document storage system
US9953142B2 (en) * 2015-07-29 2018-04-24 Adobe Systems Incorporated Digital rights management and behavioral traits
US10620802B1 (en) * 2015-08-10 2020-04-14 Cadence Design Systems, Inc. Algorithmic modeling interface process
US11176096B2 (en) * 2015-08-24 2021-11-16 International Business Machines Corporation File system for genomic data
CN106484380B (zh) * 2015-08-28 2020-10-16 中兴通讯股份有限公司 一种产品文档的生成方法和装置
KR102474837B1 (ko) * 2015-09-14 2022-12-07 주식회사 한화 전경 추출 방법 및 장치
US10001975B2 (en) * 2015-09-21 2018-06-19 Shridhar V. Bharthulwar Integrated system for software application development
US20170104796A1 (en) * 2015-10-08 2017-04-13 Armored Info, Llc System, method and apparatus for simultaneous media collaboration
CN105512406B (zh) * 2015-12-10 2018-11-16 国网山东省电力公司经济技术研究院 电子图纸与工程量关联系统及方法
US9928374B2 (en) 2015-12-18 2018-03-27 Adobe Systems Incorporated Digital rights management using geographic and temporal traits
US10599817B2 (en) 2016-03-08 2020-03-24 Adobe Inc. Portion-level digital rights management in digital content
US11423449B1 (en) 2016-03-23 2022-08-23 Desprez, Llc Electronic pricing machine configured to generate prices based on supplier willingness and a user interface therefor
US10346594B2 (en) 2016-03-24 2019-07-09 Adobe Inc. Digital rights management leveraging motion or environmental traits
US10556309B1 (en) 2016-03-24 2020-02-11 Proto Labs Inc. Methods of subtractively manufacturing a plurality of discrete objects from a single workpiece using a removable fixating material
US10353916B2 (en) 2016-03-25 2019-07-16 Bentley Systems, Incorporated Techniques for conversion of CAD descriptions
US10460082B2 (en) 2016-04-04 2019-10-29 Adobe Inc. Digital rights management progressive control and background processing
US10401824B2 (en) 2016-04-14 2019-09-03 The Rapid Manufacturing Group LLC Methods and software for reducing machining equipment usage when machining multiple objects from a single workpiece
US10706020B2 (en) * 2016-04-14 2020-07-07 Brigham Young University Data sharing in CAx applications
US9921726B1 (en) 2016-06-03 2018-03-20 Steelcase Inc. Smart workstation method and system
US10248387B2 (en) * 2016-09-21 2019-04-02 Shridhar V. Bharthulwar Integrated system for software application development
US10089285B2 (en) * 2016-12-14 2018-10-02 Rfpio, Inc. Method to automatically convert proposal documents
US10264213B1 (en) 2016-12-15 2019-04-16 Steelcase Inc. Content amplification system and method
US10545481B2 (en) 2016-12-28 2020-01-28 Proto Labs Inc Methods and software for providing graphical representations of a plurality of objects in a central through opening
WO2018127818A1 (en) * 2017-01-04 2018-07-12 Onshape Inc. System maintaining domain-specific 3d models as a graph within computer aided design
CN106899441B (zh) * 2017-03-16 2019-09-03 网易（杭州）网络有限公司 故障节点定位方法及系统
CN107085505B (zh) * 2017-04-21 2020-01-14 武汉印链科技有限公司 一种cdr文件自动处理和自动比对方法及系统
US11385624B2 (en) * 2017-04-24 2022-07-12 Hewlett-Packard Development Company, L.P. Generating a manufacturing job
US10977565B2 (en) 2017-04-28 2021-04-13 At&T Intellectual Property I, L.P. Bridging heterogeneous domains with parallel transport and sparse coding for machine learning models
CN107229687B (zh) * 2017-05-12 2018-07-06 国电南瑞科技股份有限公司 一种批量将dft文件转换为dwg文件的系统及方法
CN107918915B (zh) * 2017-06-25 2022-02-08 平安科技（深圳）有限公司 核保信息处理的装置、方法及计算机可读存储介质
WO2019015744A1 (en) * 2017-07-17 2019-01-24 Siemens Aktiengesellschaft METHOD AND SYSTEM FOR RESOURCE ALLOCATION IN A PRODUCTION PLANT
US20190019148A1 (en) * 2017-07-17 2019-01-17 LevaData Inc. Automated negotiator governed by data science
WO2019099547A2 (en) 2017-11-14 2019-05-23 Digital Alloys Incorporated Interactive slicing methods and systems for generating toolpaths for printing three-dimensional objects
US11636131B1 (en) 2017-12-14 2023-04-25 Anilkumar Krishnakumar Mishra Methods and systems for facilitating conversion of content for transfer and storage of content
US20190197593A1 (en) * 2017-12-21 2019-06-27 Todd E. Lewis Image processing and information extraction system and method for workflow processing of purchase request semantic models
US11855971B2 (en) * 2018-01-11 2023-12-26 Visa International Service Association Offline authorization of interactions and controlled tasks
US11327993B2 (en) * 2018-03-26 2022-05-10 Verizon Patent And Licensing Inc. Systems and methods for managing and delivering digital content
US20190304154A1 (en) * 2018-03-30 2019-10-03 First Insight, Inc. Importation and transformation tool for utilizing computer-aided design files in a web browser or customized client interface
US10796266B2 (en) * 2018-05-08 2020-10-06 The Boeing Company Automated context driven build plan lifecycle
CN108897551A (zh) * 2018-06-14 2018-11-27 珠海金山网络游戏科技有限公司 一种资源引用关系树的生成方法及装置
US11257035B2 (en) * 2018-09-10 2022-02-22 Sap Se Splitting a task hierarchy
US10242189B1 (en) * 2018-10-01 2019-03-26 OPSWAT, Inc. File format validation
CN109447582B (zh) * 2018-10-17 2020-12-22 东软集团股份有限公司 业务流程的处理方法、设备和存储介质
US12056436B2 (en) * 2019-02-18 2024-08-06 Pro Quick Draw LLC Document transformation between program formats and templates system and method
US11120170B2 (en) 2019-05-01 2021-09-14 Primate Technologies, Inc. Systems and methods of generating a dynamic representation of an electrical grid
US10877467B2 (en) 2019-05-09 2020-12-29 Micron Technology, Inc. Structured server access for manufactured product based on scanning of encoded images
US11113432B2 (en) 2019-05-09 2021-09-07 Micron Technology, Inc. Encoding images on physical objects to trace specifications for a manufacturing process
US10809696B1 (en) * 2019-05-09 2020-10-20 Micron Technology, Inc. Scanning encoded images on physical objects to determine parameters for a manufacturing process
US11087104B2 (en) 2019-05-09 2021-08-10 Micron Technology, Inc. Automatically updating database records regarding materials used in manufacturing based on scanning of encoded images
US11625565B2 (en) 2019-05-09 2023-04-11 Micron Technology, Inc. Marking integrated circuit package with encoded image for scanning to obtain manufacturing parameters
SG10201904175UA (en) * 2019-05-09 2020-12-30 Mastercard International Inc Methods and systems for facilitating message format discovery in online transaction processing
US11366976B2 (en) 2019-05-09 2022-06-21 Micron Technology, Inc. Updating manufactured product life cycle data in a database based on scanning of encoded images
US11243513B2 (en) 2019-05-09 2022-02-08 Micron Technology, Inc. Controlling transport of physical objects based on scanning of encoded images
CN110675186A (zh) * 2019-09-16 2020-01-10 深圳供电局有限公司 一种电网造价核算管理系统及方法、计算机可读存储介质
CN110727687B (zh) * 2019-10-23 2023-06-27 京东方科技集团股份有限公司 一种物料清单转换方法及其系统
US11763362B2 (en) * 2019-12-03 2023-09-19 Visa International Service Association Prototype message service
US11806948B2 (en) 2019-12-12 2023-11-07 The Boeing Company Method of forming flyaway stringer end caps
US11718047B2 (en) 2019-12-12 2023-08-08 The Boeing Company Flyaway stringer end caps
US12039580B2 (en) * 2020-03-24 2024-07-16 Raytheon Company Graphical user interface-based platform supporting price analysis visualization and control
US12118178B1 (en) 2020-04-08 2024-10-15 Steelcase Inc. Wayfinding services method and apparatus
US11513507B2 (en) * 2020-05-05 2022-11-29 Accenture Global Solutions Limited Systems and methods for distributed control of manufacturing processes
JP6994548B2 (ja) * 2020-06-09 2022-01-14 キャディ株式会社 加工業者に対する部品の製造委託を支援するための装置、方法及びそのためのプログラム
US20210398232A1 (en) * 2020-06-17 2021-12-23 Jpmorgan Chase Bank, N.A. System and method for implementing a market data contract analytics tool
US11663563B2 (en) * 2020-07-07 2023-05-30 Mastercard International Incorporated Methods and systems of providing interoperability between incompatible payment systems
CN111898356B (zh) * 2020-07-20 2021-07-16 昆明海巍科技有限公司 一种减少重复工作量的工程造价分析方法与系统
US11984739B1 (en) 2020-07-31 2024-05-14 Steelcase Inc. Remote power systems, apparatus and methods
WO2022084746A1 (en) * 2020-10-22 2022-04-28 Qms Technologies Inc. Permissioning and dependency mapping in supply chain management
US20220129710A1 (en) * 2020-10-26 2022-04-28 Hcl Technologies Limited System and method for classifying elements of a product
CN112598783B (zh) * 2020-12-17 2023-08-25 中国城市规划设计研究院 三维几何数据计算方法及三维几何数据计算网络架构
US11507060B2 (en) 2020-12-22 2022-11-22 Paperless Parts, Inc. Systems and methods for selecting processes to manufacture an object
US11682057B1 (en) * 2021-01-05 2023-06-20 Wells Fargo Bank, N.A. Management system to facilitate vehicle-to-everything (V2X) negotiation and payment
CN112819590B (zh) * 2021-02-25 2023-03-10 紫光云技术有限公司 一种云产品服务交付过程中产品配置信息管理的方法
US11935098B2 (en) * 2021-07-21 2024-03-19 EMC IP Holding Company LLC Request processing for configurable information technology solutions
CN113689163B (zh) * 2021-07-30 2023-07-18 苏州浪潮智能科技有限公司 一种bom核价报价系统及其信息管理方法
CN113553666A (zh) * 2021-08-09 2021-10-26 广东洪裕智能制造研究院有限公司 一种基于setp、pdm的汽车零部件复杂产品协同设计平台
CN113778512B (zh) * 2021-09-14 2023-07-11 中国联合网络通信集团有限公司 谈判数据处理方法及设备
US11960864B2 (en) * 2021-09-27 2024-04-16 Microsoft Technology Licensing, Llc. Creating applications and templates based on different types of input content
US11853311B2 (en) 2022-02-28 2023-12-26 Rockwell Automation Technologies, Inc. Manufacturing process data orchestration
US20230274215A1 (en) * 2022-02-28 2023-08-31 Rockwell Automation Technologies, Inc. Pharma innovator and manufacturing process data conversion with batch process performance data feedback
US20230297539A1 (en) * 2022-03-18 2023-09-21 Streaming Global, Inc. Portable cloud services for media and data distribution
US20240231342A9 (en) * 2022-10-25 2024-07-11 Rockwell Automation Technologies, Inc. Generic data parsing and orchestration solution for digital technology transfer

Family Cites Families (102)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5712989A (en) * 1993-04-02 1998-01-27 Fisher Scientific Company Just-in-time requisition and inventory management system
US5796614A (en) 1994-04-21 1998-08-18 Nec Corporation Level-by-level explosion method for material requirements planning
US7702540B1 (en) 1995-04-26 2010-04-20 Ebay Inc. Computer-implement method and system for conducting auctions on the internet
US5815395A (en) * 1995-06-29 1998-09-29 Interface Definition Systems, Inc. Diagnostic method and apparatus for configuration errors
US6006221A (en) * 1995-08-16 1999-12-21 Syracuse University Multilingual document retrieval system and method using semantic vector matching
US5905975A (en) 1996-01-04 1999-05-18 Ausubel; Lawrence M. Computer implemented methods and apparatus for auctions
US5758328A (en) * 1996-02-22 1998-05-26 Giovannoli; Joseph Computerized quotation system and method
US6401080B1 (en) 1997-03-21 2002-06-04 International Business Machines Corporation Intelligent agent with negotiation capability and method of negotiation therewith
US7117165B1 (en) 1997-04-28 2006-10-03 Ariba, Inc. Operating resource management system
US6606603B1 (en) 1997-04-28 2003-08-12 Ariba, Inc. Method and apparatus for ordering items using electronic catalogs
US6058379A (en) * 1997-07-11 2000-05-02 Auction Source, L.L.C. Real-time network exchange with seller specified exchange parameters and interactive seller participation
CN1154948C (zh) 1997-08-27 2004-06-23 英业达股份有限公司 文件格式转换方法
US6030147A (en) * 1998-03-13 2000-02-29 Dacor Corporation Torso-conforming releasable diver's weight pouch
US6285989B1 (en) 1998-08-07 2001-09-04 Ariba, Inc. Universal on-line trading market design and deployment system
US6151589A (en) * 1998-09-10 2000-11-21 International Business Machines Corporation Methods for performing large scale auctions and online negotiations
US6230146B1 (en) * 1998-09-18 2001-05-08 Freemarkets, Inc. Method and system for controlling closing times of electronic auctions involving multiple lots
US7395238B2 (en) 1999-02-19 2008-07-01 Ariba, Inc. Method and system for controlling an electronic auction during the transition to a closed state
US7249085B1 (en) 1999-03-31 2007-07-24 Ariba, Inc. Method and system for conducting electronic auctions with multi-parameter price equalization bidding
US7383206B2 (en) 1999-02-19 2008-06-03 Ariba, Inc. Method and apparatus for multiple variable bidding in an online auction
US7283980B2 (en) * 1999-05-14 2007-10-16 Ariba, Inc. Method and system for controlling the initiation and duration of overtime intervals in electronic auctions
US6324544B1 (en) * 1998-10-21 2001-11-27 Microsoft Corporation File object synchronization between a desktop computer and a mobile device
US6260043B1 (en) * 1998-11-06 2001-07-10 Microsoft Corporation Automatic file format converter
US6226656B1 (en) * 1998-11-12 2001-05-01 Sourcefinder, Inc. System and method for creating, generating and processing user-defined generic specs
US6141653A (en) 1998-11-16 2000-10-31 Tradeaccess Inc System for interative, multivariate negotiations over a network
US6434536B1 (en) 1998-12-23 2002-08-13 Timothy S. Geiger Methods and systems for commerce
US6449601B1 (en) 1998-12-30 2002-09-10 Amazon.Com, Inc. Distributed live auction
US6584451B1 (en) * 1999-01-12 2003-06-24 Ariba, Inc. Facilitator for aggregating buyer power in an on-line market system
US7225152B2 (en) * 1999-02-19 2007-05-29 Ariba, Inc. Method, apparatus, and system for varying an award volume in an auction
US7617144B2 (en) * 1999-03-19 2009-11-10 Primex Holdings Llc Auction market with price improvement mechanism
US6101484A (en) * 1999-03-31 2000-08-08 Mercata, Inc. Dynamic market equilibrium management system, process and article of manufacture
US7165046B2 (en) 2000-05-18 2007-01-16 Efficient Auctions Llc System and method for an efficient dynamic multi-unit auction
US6493679B1 (en) * 1999-05-26 2002-12-10 Wireless Valley Communications, Inc. Method and system for managing a real time bill of materials
US7089203B1 (en) * 1999-06-04 2006-08-08 Crookshanks Rex J Building construction bid and contract management system, internet-based method and computer program therefor
US6564192B1 (en) 1999-06-08 2003-05-13 Freemarkets, Inc. Method and system for differential index bidding in online auctions
US6952682B1 (en) * 1999-07-02 2005-10-04 Ariba, Inc. System and method for matching multi-attribute auction bids
US7296001B1 (en) 1999-07-12 2007-11-13 Ariba, Inc. Electronic multilateral negotiation system
US20030074301A1 (en) * 1999-11-01 2003-04-17 Neal Solomon System, method, and apparatus for an intelligent search agent to access data in a distributed network
US7130815B1 (en) 1999-11-16 2006-10-31 Softface, Inc. (A Subsidiary Of Ariba, Inc.) Method and system for conducting reserve request reverse auctions for electronic commerce
WO2001048656A2 (en) 1999-12-29 2001-07-05 Electronic Data Systems Corporation Sourcing system and method
US6993559B2 (en) * 2000-02-14 2006-01-31 Bigbow.Com, Inc. System, method, apparatus and computer program product for operating a web site by electronic mail
US7263506B2 (en) 2000-04-06 2007-08-28 Fair Isaac Corporation Identification and management of fraudulent credit/debit card purchases at merchant ecommerce sites
US7558793B1 (en) * 2000-04-10 2009-07-07 Arena Solutions, Inc. System and method for managing data in multiple bills of material over a network
JP2001357010A (ja) * 2000-04-10 2001-12-26 Mitsubishi Corp インターネット上のＷｅｂサーバにおいてファイルを受託管理する方法およびこの方法に用いるファイル受託管理装置
US7225145B2 (en) 2000-05-26 2007-05-29 Ariba, Inc. Method and system for providing multi-organization resource management
DE10026892A1 (de) * 2000-05-30 2001-12-06 Mannesmann Vdo Ag Kombiinstrument für ein Kraftfahrzeug
US20020007324A1 (en) 2000-06-09 2002-01-17 Centner David J. System and method for effectively conducting transactions between buyers and suppliers
US7117435B1 (en) 2000-06-21 2006-10-03 Microsoft Corporation Spreadsheet fields in text
US7155667B1 (en) 2000-06-21 2006-12-26 Microsoft Corporation User interface for integrated spreadsheets and word processing tables
US6662186B1 (en) * 2000-07-14 2003-12-09 Hewlett-Packard Development Company, L.P. System and method for a data propagation file format
JP3390413B2 (ja) * 2000-08-07 2003-03-24 株式会社キャットアイ ヘッドランプ
US6910216B2 (en) * 2000-08-08 2005-06-21 International Business Machines Corporation IMS transaction messages metamodel
US7162697B2 (en) 2000-08-21 2007-01-09 Intellocity Usa, Inc. System and method for distribution of interactive content to multiple targeted presentation platforms
DE10043860A1 (de) * 2000-09-04 2002-04-18 Volkswagen Ag Verfahren und Vorrichtung zum Durchführen einer elektronischen Auktion in einem Kommunikationsnetz
KR100694238B1 (ko) 2000-09-28 2007-03-14 가부시키가이샤 리코 구조편집방법, 영상구조편집방법, 오브젝트의 내용구조관리방법, 오브젝트의 내용구조표시방법, 컨텐츠관리방법 및 기록매체
NO314059B1 (no) 2000-11-10 2003-01-20 Imp Technology As Fremgangsmåte for strukturering og söking av informasjon
US20020069164A1 (en) 2000-12-04 2002-06-06 Adam Franciscus Reza Paul Method and system for saving and recalling bill of material information
US7047215B2 (en) * 2000-12-06 2006-05-16 International Business Machines Corporation Parts requirement planning system and method across an extended supply chain
US6816871B2 (en) * 2000-12-22 2004-11-09 Oblix, Inc. Delivering output XML with dynamically selectable processing
US20020087440A1 (en) * 2000-12-29 2002-07-04 Blair William R. Method for reconstructing and validating a bill of materials and creating a comprehensive bill of materials
US20030048301A1 (en) 2001-03-23 2003-03-13 Menninger Anthony Frank System, method and computer program product for editing supplier site information in a supply chain management framework
US20030069825A1 (en) * 2001-03-23 2003-04-10 Restaurant Services, Inc. System, method and computer program product for a reverse auction in a supply chain management framework
US20030069824A1 (en) * 2001-03-23 2003-04-10 Restaurant Services, Inc. ("RSI") System, method and computer program product for bid proposal processing using a graphical user interface in a supply chain management framework
US20030069818A1 (en) * 2001-03-23 2003-04-10 Restaurant Services Inc. System, method and computer program product for creating contracts using a graphical user interface in a supply chain management framework
US7398236B2 (en) 2001-04-30 2008-07-08 Max Jaffe Method and medium for budgeting
US20030037302A1 (en) * 2001-06-24 2003-02-20 Aliaksei Dzienis Systems and methods for automatically converting document file formats
US20030009410A1 (en) * 2001-06-26 2003-01-09 Padman Ramankutty Collaboration bill of material
US20030040823A1 (en) 2001-07-03 2003-02-27 Christian Harm Method and apparatus for multi-design benchmarking
US20030041007A1 (en) * 2001-08-22 2003-02-27 William Grey System and method for conducting a two-sided auction
US20040205453A1 (en) 2001-08-29 2004-10-14 Sterling Mortensen Document distribution to mobile computing device
JP2003296312A (ja) 2001-09-14 2003-10-17 Canon Inc 情報処理装置及びその方法
JP3797199B2 (ja) 2001-11-08 2006-07-12 ソニー株式会社 画像記録方法及び画像情報処理装置
JP2003150586A (ja) 2001-11-12 2003-05-23 Ntt Docomo Inc 文書変換システム、文書変換方法及び文書変換プログラムを記録したコンピュータ読み取り可能な記録媒体
US7225141B2 (en) * 2002-01-08 2007-05-29 International Business Machines Corporation System and method for automated resource reduction analysis
US7146331B1 (en) * 2002-01-17 2006-12-05 Ariba, Inc. Method and system for supplier prioritization
US7155670B2 (en) * 2002-01-18 2006-12-26 Internet Disclosure Co., Ltd. Document authoring system and authoring management program
US20030139995A1 (en) * 2002-01-23 2003-07-24 Frankie Farley CyberSTEEL dynamo internet based procurement and price risk management method and trading system
US7296058B2 (en) * 2002-01-30 2007-11-13 Employers Reinsurance Corporation Systems and methods for managing email
US20030182210A1 (en) * 2002-03-25 2003-09-25 Erik Weitzman Producing and sharing personalized photo calendar
US20030187763A1 (en) * 2002-03-26 2003-10-02 The Regents Of The University Of California Intelligent inter-organizational system for procurement and manufacturing
WO2003090200A1 (en) * 2002-04-19 2003-10-30 Radixs Pte Ltd System and method for use of multiple applications
US20040044591A1 (en) * 2002-06-19 2004-03-04 Gilliland Ramelle L. Method and system for electronic procurement involving electronic requests for quotation
US7024415B1 (en) * 2002-07-31 2006-04-04 Bellsouth Intellectual Property Corporation File conversion
US7062708B2 (en) 2002-09-19 2006-06-13 International Business Machines Corporation Tree construction for XML to XML document transformation
US20040098672A1 (en) * 2002-11-12 2004-05-20 Jim Belcher Remote intelligent content authoring and conversion system
WO2004063863A2 (en) * 2003-01-08 2004-07-29 Discovery Mining, Inc. Document management apparatus, system and method
US20040205014A1 (en) * 2003-04-10 2004-10-14 Jack Kaltner System for preparing construction project bids
TW200428249A (en) * 2003-06-06 2004-12-16 Hon Hai Prec Ind Co Ltd System and method for comparing cost with price
JP4095512B2 (ja) * 2003-08-26 2008-06-04 キヤノン株式会社 文書変換方法及び装置
US20050062314A1 (en) * 2003-09-19 2005-03-24 Searfoss Timothy K. Trailer cover system
US7346838B2 (en) 2003-09-25 2008-03-18 Hewlett-Packard Development Company, L.P. System and method for displaying document metadata
US7853482B2 (en) 2003-10-28 2010-12-14 Sap Aktiengesellschaft Complex prices in bidding
CA2544785C (en) 2003-11-06 2021-07-20 Efficient Auctions Llc System and method for a hybrid clock and proxy auction
US7512553B2 (en) * 2003-12-05 2009-03-31 International Business Machines Corporation System for automated part-number mapping
JP4135659B2 (ja) 2004-03-09 2008-08-20 コニカミノルタビジネステクノロジーズ株式会社 フォーマット変換装置およびファイル検索装置
JP4143566B2 (ja) 2004-04-16 2008-09-03 キヤノン株式会社 文書処理装置及びその制御方法、並びにコンピュータプログラム
US7430343B2 (en) 2004-05-28 2008-09-30 Dee Sign Company System and method for displaying images
US20050273708A1 (en) * 2004-06-03 2005-12-08 Verity, Inc. Content-based automatic file format indetification
US7213199B2 (en) 2004-07-16 2007-05-01 Cognos Incorporated Spreadsheet user-interface for an enterprise planning system having multi-dimensional data store
US7721204B2 (en) * 2004-07-29 2010-05-18 Xerox Corporation Client dependent image processing for browser-based image document viewer for handheld client devices
JP4667024B2 (ja) 2004-12-03 2011-04-06 株式会社日立製作所 文書データ同一性検証装置及び方法、並びに文書データ同一性検証プログラム
US20060179012A1 (en) 2005-02-09 2006-08-10 Robert Jacobs Computer program for preparing contractor estimates
US20060218070A1 (en) 2005-03-23 2006-09-28 Lange William W Method of advertising, marketing and auctioning real estate

Also Published As

Publication number Publication date
US20060041503A1 (en) 2006-02-23
CA2576976A1 (en) 2006-03-02
EP1789893A2 (en) 2007-05-30
EP1789893A4 (en) 2014-08-06
CN101432729A (zh) 2009-05-13
US8712858B2 (en) 2014-04-29
US8170946B2 (en) 2012-05-01
US20060041502A1 (en) 2006-02-23
US20100088239A1 (en) 2010-04-08
AU2005277150B2 (en) 2011-05-26
WO2006023877A2 (en) 2006-03-02
WO2006023877A3 (en) 2013-01-10
AU2005277150A1 (en) 2006-03-02
US7810025B2 (en) 2010-10-05
US20060041518A1 (en) 2006-02-23
US20060041840A1 (en) 2006-02-23

Similar Documents

Publication Publication Date Title
MX2007002101A (es) Metodos, sistemas, y aparatos para comercio extendido de empresas.
US8650315B2 (en) System and method for enabling healthcare industry channels in an IP marketplace
US8942998B2 (en) System and method for enabling channel community ratings in an IP marketplace
Muther Customer relationship management: Electronic customer care in the new economy
US20120130857A1 (en) System and method for searching vertical silos in an ip marketplace
JP6844797B2 (ja) マッチング支援システム、サーバ及びマッチング支援方法
AU2011203185A1 (en) Methods, systems, and apparatuses for extended enterprise commerce
Limthanmaphon et al. An agent-based negotiation model supporting transactions in electronic commerce
US20020010644A1 (en) B2B e-commerce system for plant construction implemented on web server and method thereof
EP2674906A1 (en) System and method for IP zone credentialing
CA2848458A1 (en) System and method for searching marketing channels in an ip marketplace
Yücesan Impact of Technology on SCM
Tiwari et al. Adaptive Methodologies for Tenders as a Thrust for Emerging Startups
Bolton et al. Requirements for plug-and-play information infrastructure frameworks and architectures to enable virtual enterprises
EP2577527A1 (en) System and method for enabling marketing channels in an ip marketplace
WO2001073646A2 (en) System and method of real-time electronic commerce
EP2674908A1 (en) System and method for IP zone intelligent suggestions

Legal Events

Date Code Title Description
FG Grant or registration