Системы и способы для управления данными в реальном времени в окружении для совместной работы

СИСТЕМЫ И СПОСОБЫ ДЛЯ УПРАВЛЕНИЯ ДАННЫМИ В РЕАЛЬНОМ ВРЕМЕНИ В ОКРУЖЕНИИ ДЛЯ СОВМЕСТНОЙ РАБОТЫ Системы и способы для управления данными в реальном времени в окружении для совместной работы. В одном варианте осуществления системы и способы динамически связывают заинтересованные стороны, через окружение для совместной работы, с актуальными и обновленными данными. Системы и способы также создают перекрестные ссылки для объектов данных между заинтересованными сторонами для вызова объектов данных посредством общего имени и определяют предпочтительный метод для каждой операции, связанной с обработкой данных для объекта данных.(71)(73) Заявитель и патентовладелец: ЛЭНДМАРК ГРАФИКС КОРПОРЕЙШН (US) Перекрестные ссылки на родственные заявки Испрашивается приоритет заявки на патент США порядковый номер 12/404181, которая подана 13 марта 2009 г., и она содержится в данном документе по ссылке. Настоящая заявка и заявка на патент США порядковый номер 12/418367, которая содержится в данном документе по ссылке, в общем, переуступлены компании Landmark Graphics Corporation. Область техники, к которой относится изобретение Настоящее изобретение, в общем, относится к системам и способам для управления данными в реальном времени через окружение для совместной работы. Предшествующий уровень техники Понимание и управление активами в отрасли добычи нефти и газа как единой целостной системой осложняется значительными препятствиями. Для любого актива типично существует несколько приложений, несколько наборов данных, несколько таксономий и несколько пользователей, также упоминаемых в данном документе как заинтересованные стороны, некоторые или все из которых могут совместно использовать общие данные для актива. Функциональная совместимость между этими программами,пользователями и структурами в качестве единой системы, хотя и желательна, осложняется отсутствием базовой инфраструктуры для обработки необходимых преобразований, трансляций и заданий, требуемых между различными системными компонентами. Попытки предоставлять это понимание и управление ранее фокусировались на предоставлении данных репликации, когда каждая группа заинтересованных сторон разрабатывает или принимает собственную версию логической схемы и модели данных, которая включает в себя все ее требования. При этих попытках, действие преобразования модели данных посредством корреляции изменений между представлениями модели данных не осуществляется или осуществляется приблизительно. Хотя некоторый уровень функциональной совместимости достигнут посредством интеграции "точка-точка", он в значительной степени ограничен поддержкой одиночных потоков обработки. Кроме того, изменения представлений модели данных не могут эффективно управляться, когда каждая заинтересованная сторона может определять то, должны или нет такие изменения применяться (приниматься) и передаваться другим заинтересованным сторонам. Другие препятствия для управления данными в реальном времени включают в себя, например, использование различных вызовов или имен для идентичного объекта данных и различных методов для идентичной операции. Каждый объект данных и каждая операция могут представлять отдельное представление модели данных. Следовательно, возможность каждой заинтересованной стороне эффективно осуществлять доступ к обновлениям объекта данных и единообразно применять предпочтительный метод к конкретной операции в значительной степени нарушается. Заинтересованная сторона, например,может обращаться к идентичному объекту данных посредством другого имени, таким образом нарушая способность передавать изменения объекта данных между различными заинтересованными сторонами. Каждая заинтересованная сторона также может использовать отличный от других метод для конкретной операции, когда предпочтительный метод требуется, чтобы поддерживать единообразные результаты выполнения операций. Кроме того, заинтересованная сторона зачастую должна регистрироваться в сети,чтобы осуществлять доступ к клиентскому серверу перед загрузкой требуемых представлений модели данных или всех изменений, внесенных в них. Эта последовательность типично требуется каждый раз,когда требуется доступ к модели данных. Следовательно, существует потребность в системах и способах, чтобы предоставлять не нарушаемую функциональную совместимость между различными наборами данных, приложениями, таксономиями и заинтересованными сторонами, совместно использующими данные по производственному активу. Другими словами, существует потребность в динамическом связывании между заинтересованными сторонами и представлениями модели данных, которое дает возможность заинтересованным сторонам поддерживать доступ к каждой базе данных и принимать обновления модели данных в реальном времени. Помимо этого, существует потребность в единообразной системе, которая вызывает объекты в классе объектов посредством общего имени и определяет предпочтительный метод для каждой операции в окружении для совместной работы. Сущность изобретения Следовательно, настоящее изобретение удовлетворяет вышеуказанные потребности и преодолевает один или более недостатков в предшествующем уровне техники посредством предоставления систем и способов для управления и обработки данных в окружении для совместной работы. В одном варианте осуществления настоящее изобретение включает в себя компьютерореализуемый способ управления данными в окружении для совместной работы, который содержит i) создание системного имени в платформе интеграции данных, чтобы идентифицировать класс объектов; ii) выбор объекта из класса объектов с использованием уникального имени для объекта; iii) связывание объекта и системного имени в платформе интеграции данных; iv) идентификацию каждого уникального имени для объекта в окружении для совместной работы и v) связывание каждого уникального имени для объекта и системного имени в платформе интеграции данных. В другом варианте осуществления настоящее изобретение включает в себя устройство-носитель программ для переноса машиноисполняемых инструкций для управления данными в окружении для совместной работы. Инструкции выполняются для того, чтобы реализовывать i) создание системного имени, чтобы идентифицировать класс объектов; ii) выбор объекта из класса объектов с использованием уникального имени для объекта; iii) связывание объекта и системного имени; iv) идентификацию каждого уникального имени для объекта в окружении для совместной работы и v) связывание каждого уникального имени для объекта и системного имени. В еще одном другом варианте осуществления настоящее изобретение включает в себя компьютерореализуемый способ обработки данных в окружении для совместной работы, который содержит i) индексацию нескольких методов в совместно используемом активе согласно намеченной операции для каждого метода; ii) идентификацию предпочтительного метода в совместно используемом активе для каждой намеченной операции; iii) выбор операции и iv) обработку данных с использованием предпочтительного метода для выбранной операции. В еще одном другом варианте осуществления настоящее изобретение включает в себя устройствоноситель программ для переноса машиноисполняемых инструкций для обработки данных в окружении для совместной работы. Инструкции выполняются для того, чтобы реализовывать i) индексацию нескольких методов согласно намеченной операции для каждого метода; ii) идентификацию предпочтительного метода для каждой намеченной операции; iii) выбор операции и iv) обработку данных с использованием предпочтительного метода для выбранной операции. Дополнительные аспекты, преимущества и варианты осуществления изобретения должны становиться очевидными для специалистов в данной области техники из последующего описания различных вариантов осуществления и связанных с ними чертежей. Краткое описание чертежей Настоящее изобретение описывается ниже со ссылками на прилагаемые чертежи, на которых на аналогичные элементы ссылаются с использованием аналогичных ссылок с номером и на которых: фиг. 1 является блок-схемой, иллюстрирующей один вариант осуществления системы для реализации настоящего изобретения; фиг. 2 является блок-схемой, иллюстрирующей один вариант осуществления архитектуры системы для реализации настоящего изобретения; фиг. 3 А является блок-схемой последовательности операций способа, иллюстрирующей один вариант осуществления способа для реализации настоящего изобретения; фиг. 3 В является блок-схемой последовательности операций способа, иллюстрирующей продолжение способа на фиг. 3 А; фиг. 4 является блок-схемой последовательности операций способа, иллюстрирующей другой вариант осуществления способа для реализации настоящего изобретения; фиг. 5 является блок-схемой последовательности операций способа, иллюстрирующей стандартный поток обработки, включающий настоящее изобретение; фиг. 6A-6F иллюстрируют предоставление сетевых окружений для реализации настоящего изобретения. Подробное описание предпочтительных вариантов осуществления Предмет настоящего изобретения описывается со спецификой, тем не менее, само описание не имеет намерение ограничивать объем изобретения. Изобретение, таким образом, также может быть осуществлено другими способами, так что оно включает в себя различные этапы или комбинации этапов, аналогичные этапам или комбинациям этапов, описанным в данном документе, в сочетании с другими настоящими или будущими технологиями. Кроме того, хотя термин "этап" может быть использован в данном документе, чтобы описывать различные элементы используемых способов, термин не должен быть интерпретирован как налагающий какой-либо конкретный порядок различных этапов, раскрытых в данном документе, если нет иного явного ограничения посредством описания на конкретный порядок. Хотя последующее описание ссылается на нефтегазовую промышленность, системы и способы настоящего изобретения не ограничены этим и также могут применяться к другим отраслям, чтобы достигать аналогичных результатов. Описание системы Настоящее изобретение может быть реализовано через машиноисполняемую программу инструкций, к примеру, программных модулей, в общем, называемых приложениями или прикладными программами, исполняемыми посредством компьютера. Программное обеспечение может включать в себя,например, процедуры, программы, объекты, компоненты и структуры данных, которые выполняют конкретные задачи или реализуют конкретные абстрактные типы данных. Программное обеспечение формирует интерфейс, чтобы давать возможность компьютеру реагировать согласно источнику ввода. DecisionSpace, которое является коммерческим приложением, предлагаемым на рыке компанией LandmarkGraphics Corporation, может быть использовано в качестве интерфейсного приложения, чтобы реализовывать настоящее изобретение. Программное обеспечение также может взаимодействовать с другими сегментами кода, чтобы инициировать множество задач в ответ на данные, принимаемые в сочетании с источником принимаемых данных. Программное обеспечение может сохраняться и/или переноситься на любых из множества запоминающих носителей, таких как CD-ROM, магнитный диск, запоминающее устройство на цилиндрических магнитных доменах и полупроводниковое запоминающее устройство(например, различные типы RAM или ROM). Кроме того, программное обеспечение и его результаты могут быть переданы по множеству сред, таких как оптоволокно, металлический провод, свободное пространство, и/или через любое множество сетей, таких как Интернет. Более того, специалисты в данной области техники должны принимать во внимание, что изобретение может осуществляться на практике с множеством конфигураций компьютерных систем, включающих в себя карманные устройства, многопроцессорные системы, микропроцессорную или программируемую бытовую электронную аппаратуру, мини-компьютеры, мэйнфреймы и т.п. Любое число компьютерных систем и компьютерных сетей является приемлемым для использования с настоящим изобретением. Изобретение может осуществляться на практике в распределенных вычислительных окружениях, в которых задачи выполняются посредством удаленных устройств обработки данных, которые связаны через сеть связи. В распределенном вычислительном окружении программные модули могут быть размещены на локальных и удаленных компьютерных носителях хранения данных, включая запоминающие устройства. Следовательно, настоящее изобретение может быть реализовано в связи с различными аппаратными средствами, программным обеспечением или комбинацией вышеозначенного, в компьютерной системе или другой системе обработки. Ссылаясь теперь на фиг. 1, проиллюстрирована блок-схема одного варианта осуществления системы для реализации настоящего изобретения на компьютере. Система включает в себя вычислительный модуль, иногда называемый вычислительной системой, который содержит запоминающее устройство,прикладные программы, клиентский интерфейс и процессор. Вычислительный модуль является только одним примером подходящего вычислительного окружения и не имеет намерение предлагать ограничения в отношении объема использования или функциональности изобретения. Запоминающее устройство главным образом сохраняет прикладные программы, которые также могут описываться как программные модули, содержащие машиноисполняемые инструкции, исполняемые посредством вычислительного модуля для реализации настоящего изобретения, описанного в данном документе и проиллюстрированного на фиг. 2-5. Следовательно, запоминающее устройство включает в себя XREF-модуль, который предоставляет способ, проиллюстрированный и описанный в отношении фиг. 3 А и 3 В. Запоминающее устройство также включает в себя модуль совместно используемых активов, который предоставляет способ, проиллюстрированный и описанный в отношении фиг. 4. Модуль совместно используемых активов включает в себя совместно используемый актив, также известный как модель системы, которая проиллюстрирована и описана в отношении фиг. 2. Модель совместно используемых активов также может быть использована для того, чтобы предоставлять способы, описанные в заявке 542. Следовательно, системы и способы настоящего изобретения могут быть основаны на модели системы, которая коррелирует представления модели метаданных производственного актива с различными представлениями логической модели активов (или таксономиями), в реальном времени, чтобы предоставлять совместное, согласованное и релевантное представление актива различным заинтересованным сторонам. Модель системы может выполнять корреляции между различными представлениями модели метаданных с использованием различных представлений логической модели активов для общих элементов и атрибутов данных, совместно используемых через систему, тем самым разрешая множество ключевых действий, касающихся актива, который может иметь различные представления метамодели,представляющие их применимые требования к данным. Таким образом, может достигаться эффективная функциональная совместимость. XREF-модуль и модуль совместно используемых активов также взаимодействуют с DecisionSpace, EDM, StrataSteer, INSITE, WITSML и ВРМ, как дополнительно описано в отношении фиг. 2. Хотя вычислительный модуль показан как имеющий обобщенное запоминающее устройство, вычислительный модуль типично включает в себя множество машиночитаемых носителей. В качестве примера, а не ограничения, машиночитаемые носители могут содержать компьютерные носители данных и среды передачи данных. Запоминающее устройство вычислительной системы может включать в себя компьютерные носители данных в виде энергозависимого и/или энергонезависимого запоминающего устройства, такого как постоянное запоминающее устройство (ROM) и оперативное запоминающее устройство (RAM). Базовая система ввода/вывода (BIOS), содержащая базовые процедуры, которые помогают передавать информацию между элементами в рамках вычислительного модуля, к примеру, во время запуска, типично сохранена в ROM. RAM типично содержит данные и/или программные модули, которые доступны непосредственно и/или в данный момент управляются посредством процессора. В качестве примера, а не ограничения, вычислительный модуль включает в себя операционную систему, прикладные программы, другие программные модули и данные программ. Компоненты, показанные в запоминающем устройстве, также могут быть включены в другие съемные/стационарные, энергозависимые/энергонезависимые компьютерные носители данных. Только для примера, жесткий диск может считывать или записывать на стационарные энергонезависимые магнитные носители, накопитель на магнитных дисках может считывать или записывать на съемный энергонезависимый магнитный диск, и накопитель на оптических дисках может считывать или записывать на съемный энергонезависимый оптический диск, к примеру, CD-ROM или другие оптические носители. Другие съемные/стационарные, энергозависимые/энергонезависимые компьютерные носители хранения данных, которые могут быть использованы в примерном операционном окружении, включают в себя, но не только, кассеты с магнитной лентой, карты флэш-памяти, универсальные цифровые диски, цифровую видеоленту, полупроводниковое RAM, полупроводниковое ROM и т.п. Следовательно, накопители и их ассоциированные компьютерные носители данных, поясненные выше, сохраняют и/или переносят машиночитаемые инструкции, структуры данных, программные модули и другие данные для вычислительного модуля. Заинтересованная сторона может вводить команды и информацию в вычислительный модуль через клиентский интерфейс, которым могут быть устройства ввода, такие как клавиатура и указательное устройство, обычно называемое мышью, шаровым манипулятором или сенсорной панелью. Устройства ввода могут включать в себя микрофон, джойстик, спутниковую антенну, сканер и т.п. Эти и другие устройства ввода зачастую подключаются к процессору через клиентский интерфейс,который соединяется с системной шиной, но могут подключаться посредством других интерфейсных и шинных структур, таких как параллельный порт или универсальная последовательная шина (USB). Монитор или другой тип дисплейного устройства может подключаться к системной шине через интерфейс,к примеру видеоинтерфейс. В дополнение к монитору, компьютеры также могут включать в себя другие периферийные устройства вывода, такие как динамики и принтер, которые могут быть подключены через периферийный интерфейс вывода. Хотя многие другие внутренние компоненты вычислительного модуля не показаны, специалисты в данной области техники должны принимать во внимание, что такие компоненты и межсоединения широко известны. Ссылаясь теперь на фиг. 2, проиллюстрирована блок-схема одного варианта осуществления архитектуры 200 системы для реализации настоящего изобретения. Совместно используемый актив 214 проиллюстрирован в более общей архитектуре 200 системы для совместной работы нескольких заинтересованных сторон 218. Дополнительные системные компоненты, типично ассоциированные с совместно используемым активом, могут включать в себя, например, различные типы данных 202 (например, данные интерпретации, данные планирования и данные детализации), подсистему 204 аналитики данных,платформу 216 интеграции данных, окружение 208 данных, платформу 210 интеграции потоков обработки, прикладное программное окружение(я) 212 и окружение 206 для совместной работы. Различные компоненты архитектуры 200 системы предоставляют конкретные взаимосвязанные функции, и, следовательно, должны взаимодействовать друг с другом прозрачно во избежание неоднородностей и/или ошибок. Другие компоненты архитектуры 200 системы могут включать в себя интерфейсы с и из системы планирования ресурсов предприятия (например, SAP) или компьютеризированной системы управления техническим обслуживанием, или компьютеризированной системы управления работами, управляющей работой в физическом активе и необходимым состоянием оборудования и системных развязок. Механизм 204 аналитики данных дает возможность обработки данных, чтобы представлять множество отчетов и анализа с использованием как простых, так и сложных собственных и отраслевых стандартных алгоритмов. Он типично поддерживает фильтрацию и очистку данных, а также надлежащие технологии визуализации, чтобы представлять данные значимыми, релевантными и проницательными способами в окружение 206 для просмотра или совместной работы для использования заинтересованными сторонами 218. Окружение 206 для совместной работы типично представляет окружение для просмотра и доступа на основе веб-технологий (сети intranet или Интернет), которое может быть использовано широким диапазоном потенциальных географически расположенных заинтересованных сторон 218, которое должно предоставлять защищенный доступ и полосы пропускания, соответствующие диапазону данных и приложений, включенных в архитектуру 200 системы. Использование порталов типично должно давать возможность множеству заинтересованных сторон 218 иметь релевантные настраиваемые виды только тех данных, которые им требуются. Следовательно, окружение 206 для совместной работы взаимодействует с платформой 210 интеграции потоков обработки, совместно используемым активом 214 и платформой 216 интеграции данных, чтобы представлять данные заинтересованным сторонам, по мере необходимости, в реальном времени на основе операций, осуществляемых в механизме 204 аналитики данных. Таким образом, взаимодействие вышеприведенных описанных компонентов для архитектуры 200 системы предоставляет окружение данных, допускающее изменение в реальном времени, и/или прикладное окружение, допускающее выбор и использование предпочтительных методов в реальном времени. Окружение 208 данных типично взаимодействует с некоторой системой регулирования или распределенного управления, включающей данные в и из инструментария, счетчиков и устройств управления,таких как приводы, клапаны и т.п., через физический актив. При рассмотрении типичных функций каждого компонента, окружение 208 данных типично включает в себя несколько типов данных 202, каждый из которых выполнен с возможностью оптимально подходить для конкретных типов данных. Например,реляционная база данных для данных интерпретации, сервер архивных данных для данных частого планирования и хранилище данных для данных детализации, таких как таблицы скважин и таблицы разме-4 022001 щения добывающих производств. Данные должны существовать на одном или более языков описания данных, таких как, например, ОРС, ODBC, HTML, WITSML и PRODML, которые известны в данной области техники и соответствуют надлежащим соответствующим стандартам описания данных. Платформа 210 оркестровки и интеграции потоков обработки охватывает различные операционныеIT-окружения, соединяется с множеством приложений, преобразуется в соответствующие теги и элементы данных, используемые приложениями, и взаимодействует с некоторыми окружениями для просмотра или совместной работы, чтобы иметь интерфейс и взаимодействовать с множеством заинтересованных сторон 218, вовлеченных в потоки обработки. Потоков обработки множество, но они могут включать в себя частые и нечастые действия, такие как, например, пробная эксплуатация скважин, размещение добывающих производств, наблюдение за добычей, оптимизация добычи и другие, более конкретно описанные в заявке на патент США порядковый номер 12/266766, которая содержится в данном документе по ссылке. Прикладное программное окружение(я) 212 включает в себя различные операционные ITокружения, к примеру, Windows и Linux согласно диапазону вариантов применения, используемых для актива. Прикладное программное окружение(я) 212 также может включать в себя известные собственные приложения для предоставления разнообразной, сложной и относительно простой функциональности. Эти приложения, например, могут включать в себя петротехнические приложения и приложения для геофизических исследований, общие для отрасли, а также более стандартные, обычно используемые приложения, к примеру, MS Office. Эти приложения также могут использоваться, но не только, для моделирования коллекторов и скважин, моделирования гидравлических сетей и систем управления оборудованием, материального баланса, анализа методом узловых потенциалов, размещения добывающих производств, наблюдения за добычей, учета углеводородов, нормативной отчетности и экономики. Эти приложения могут быть собственными или настраиваемыми и неизменно должны включать и использовать множество алгоритмов, модулей и примечаний. Эти приложения также должны обрабатывать и преобразовывать существующие данные и формировать дополнительные данные способами, уникальными для приложений. Совместно используемый актив 214 предоставляет функциональную совместимость между различными разнообразными приложениями и наборами данных в полной архитектуре 200 системы. Другими словами, совместно используемый актив 214 управляет множеством интерфейсов и взаимодействий между элементами данных, а также их корректным и согласованным использованием в различных логических схемах, которые служат образцом архитектуры 200 системы. Это имеет место в динамическом операционном окружении, в котором все или множество компонентов могут быть использованы одновременно и/или непрерывно заинтересованными сторонами 218, причем каждой из них с конкретными и варьирующимися правами и полномочиями доступа. Следовательно, совместно используемый актив 214 может предоставлять способ, проиллюстрированный и описанный в отношении фиг. 4, и способы, описанные в заявке 542. Платформа 216 интеграции данных типично предоставляет соединители линий передачи данных,соответствующие каждому языку описания данных и базе данных. Этот компонент дает возможность заинтересованным сторонам 218 преобразовываться в конкретные наборы данных, к примеру, теги оборудования актива или уникальные идентификаторы скважин, тем самым предоставляя возможность протекания данных по всей архитектуре 200 системы. Следовательно, платформа 216 интеграции данных может предоставлять способ, проиллюстрированный и описанный в отношении фиг. 3 А и 3 В.DecisionSpace for Production может быть использовано для того, чтобы предоставлять архитектуру 200 системы, интеграцию компонентов и набор функциональности, проиллюстрированной на фиг. 2.XREF-модуль предоставляет платформу 216 интеграции данных. WITSML предоставляет окружение 206 для совместной работы для организации и визуализации данных динамического связывания в полной архитектуре 200 системы. DecisionSpace, EDM, StrataSteer и INSITE предоставляют технические приложения для прикладного программного окружения(й) 212. Окружение 208 данных может включать в себя множество баз данных, которые соответствуют приложениям в прикладном программном окружении(ях) 212. ВРМ предоставляет платформу 210 интеграции потоков обработки, которая предоставляет оркестровку или технические потоки обработки, которые используют технические приложения и данные из связанных данных 202 и прикладного программного окружения(й) 212. DecisionSpace, StrataSteer иEDM также могут быть использованы в качестве подсистемы 204 аналитики данных, которая допускает обработку объемных данных реального времени об операциях и агрегирует статистические данные,используемые в технических целях. Модуль совместно используемых активов предоставляет совместно используемый актив 214, который включает в себя модель системы. Каждый из компонентов совместно и отдельно извлекает выгоду из функциональности, предоставляемой посредством совместно используемого актива 214. Архитектура 200 системы интегрирует ввод/доступ к данным различными заинтересованными сторонами 218 для одного или более серверов и делает новые данные доступными для модели системы, в реальном времени, для всех заинтересованных сторон 218 без необходимости запросов обновленных данных от каждой заинтересованной стороны 218. Архитектура 200 системы обеспечивает то, что все заинтересованные стороны 218 динамически связываются с актуальными данными, что означает то, что каждая база данных 202 постоянно доступна, в реальном времени, для всех заинтересованных сторон 218 без необходимости выполнять традиционные процедуры, чтобы осуществлять доступ к конкретной базе данных. Другими словами, модель системы обновляется, в реальном времени, каждый раз, когда новые данные поступают в модель системы через клиент, который доступен заинтересованными сторонами 218 через динамическое связывание. Ссылаясь теперь на фиг. 6A-6F, различные необязательные сетевые окружения проиллюстрированы в соответствии с несколькими вариантами осуществления изобретения. Компьютеры, проиллюстрированные на фиг. 6A-6F, могут включать в себя настольные компьютеры, переносные компьютеры, выделенные серверы, суперкомпьютеры, персональные цифровые устройства (PDA), другие известные вычислительные устройства или любую комбинацию вышеозначенного. Фиг. 6 А иллюстрирует локальное окружение. Локальное окружение может включать в себя локальный запуск сервера/клиента 600. Сервер/клиент 600 может обрабатывать данные согласно способам,описанным в данном документе. Фиг. 6 В иллюстрирует сетевое окружение на основе концентратора для совместной работы. Концентратор для совместной работы может включать в себя любой компьютер, который передает данные и принимает данные из нескольких других компьютеров. Концентратор для совместной работы также может быть выполнен с возможностью объединять изменения, принимаемые из нескольких других компьютеров, в один объект данных или другой экземпляр данных. Концентратор для совместной работы также может управлять настройками безопасности приложений для одного или более других компьютеров. Сетевое окружение на основе концентратора для совместной работы может включать в себя сервер 602 концентратора для совместной работы, который может обрабатывать данные согласно способам, описанным в данном документе, а также выступать в качестве концентратора для совместной работы. Сетевое окружение на основе концентратора для совместной работы также может включать в себя один или более клиентов 604, 606 для совместной работы, которые удаленно осуществляют доступ к данным, которые обрабатываются на сервере 602 концентратора для совместной работы. В одном варианте осуществления клиенты 604, 606 для совместной работы также могут изменять или регулировать обработанные данные. Эти изменения могут отслеживаться, обрабатываться или сохраняться посредством сервера 602 концентратора для совместной работы. Фиг. 6 С иллюстрирует сетевое окружение для удаленного исполнения. Сетевое окружение для удаленного исполнения может включать в себя сервер 608, который обрабатывает данные согласно способам, описанным в данном документе. Сетевое окружение для удаленного выполнения также может включать в себя один или более клиентов 610, которые удаленно осуществляют доступ к данным, обрабатываемым на сервере 608. Фиг. 6D иллюстрирует сетевое окружение для совместной работы и удаленного исполнения. Сетевое окружение для совместной работы и удаленного исполнения может включать в себя сервер 612, который явно или неявно обрабатывает данные согласно способам, описанным в данном документе. Сетевое окружение для совместной работы и удаленного исполнения также может включать в себя один или более концентраторов 614 для совместной работы клиентов. Каждый концентратор 614 для совместной работы клиентов может удаленно осуществлять доступ к данным, которые обрабатываются на сервере 612. Каждый концентратор 614 для совместной работы клиентов может передавать данные и принимать данные из одного или более клиентов 616, 618 для совместной работы. Каждый концентратор 614 для совместной работы клиентов также может быть выполнен с возможностью объединять изменения, принимаемые из клиентов 616, 618 для совместной работы, в один объект данных или другой экземпляр данных. Концентратор 614 для совместной работы клиентов также может управлять настройками безопасности для клиентов 616, 618 для совместной работы. Клиенты 616, 618 для совместной работы могут удаленно осуществлять доступ к данным, которые обрабатываются на сервере 612 и передаются через концентратор 614 для совместной работы клиентов. В одном варианте осуществления клиенты 616, 618 для совместной работы также могут изменять или регулировать обработанные данные. Эти изменения могут отслеживаться, обрабатываться или сохраняться посредством каждого концентратора 614 для совместной работы клиентов через изменения состояния окон и дисплея, которые отправляются на сервер 612 для обработки и синхронизации всех взаимодействий с клиентами. Фиг. 6 Е иллюстрирует сетевое окружение поставщика прикладных услуг (ASP). Сетевое окружениеASP может включать в себя один или более серверов 620, 622, 624, которые обрабатывают данные согласно способам, описанным в данном документе. Сетевое окружение ASP также может включать в себя один или более ASP-серверов 626 клиентов. Каждый ASP-сервер 626 клиентов может принимать данные,которые обрабатываются на серверах 620, 622, 624. Каждый ASP-сервер 626 клиентов может включать в себя компьютер, который выполнен с возможностью управлять и распространять программные услуги и решения клиентам через глобальную вычислительную сеть или другую сеть из центра обработки и хранения данных. В одном варианте осуществления каждый ASP-сервер 626 клиентов может быть сторонним сервером, который принадлежит или управляется посредством объекта, отдельного от объекта обла-6 022001 дания, владеющего и управляющего серверами 620, 622, 624 или клиентом 628. Каждый ASP-сервер 626 клиентов может быть корпоративным ASP, который выполнен с возможностью доставлять высокопроизводительные бизнес-приложения; локальным или региональным ASP, который выполнен с возможностью предоставлять большое разнообразие прикладных услуг для меньших фирм в локальной области; специализированным ASP, который выполнен с возможностью предоставлять приложения для конкретной потребности; ASP для вертикального рынка, который выполнен с возможностью предоставлять поддержку конкретной отрасли; или ASP для массового рынка, который выполнен с возможностью массово предоставлять готовые прикладные услуги для малых или средних фирм. Сетевое окружение ASP также может включать в себя один или более клиентов 628, которые удаленно осуществляют доступ к данным,обрабатываемым на серверах 620, 622, 624, и передают данные каждому клиенту 628 через ASP-сервер 626 клиентов. Фиг. 6F иллюстрирует сетевое окружение ASP для совместной работы. Сетевое окружение ASP для совместной работы может включать в себя один или более серверов 630, 632, 634, которые обрабатывают данные согласно способам, описанным в данном документе. Сетевое окружение ASP для совместной работы также может включать в себя один или более ASP-серверов 636 клиентов. Каждый ASP-сервер 636 клиентов может принимать данные, которые обрабатываются на серверах 630, 632, 634. КаждыйASP-сервер 636 клиентов может включать в себя компьютер, который выполнен с возможностью управлять и распространять программные услуги и решения клиентам через глобальную вычислительную сеть или другую сеть из центра обработки и хранения данных. В одном варианте осуществления каждый ASPсервер 636 клиентов может включать в себя сторонний сервер, который принадлежит или управляется субъектом, отдельным от субъекта, обладающего и управляющего серверами 630, 632, 634, концентратором 638 для совместной работы клиентов или клиентом 640, 642. Каждый ASP-сервер 636 клиентов может быть корпоративным ASP, который выполнен с возможностью доставлять высокопроизводительные бизнес-приложения; локальным или региональным ASP, который выполнен с возможностью предоставлять большое разнообразие прикладных услуг для меньших фирм в локальной области; специализированным ASP, который выполнен с возможностью предоставлять приложения для конкретной потребности; ASP для вертикального рынка, который выполнен с возможностью предоставлять поддержку конкретной отрасли; или ASP для массового рынка, который выполнен с возможностью массово предоставлять готовые прикладные услуги для малых или средних фирм. Сетевое окружение ASP для совместной работы также может включать в себя один или более концентраторов 638 для совместной работы клиентов. Каждый концентратор 638 для совместной работы клиентов может удаленно осуществлять доступ к данным, которые обрабатываются на серверах 630, 632,634 и передаются через ASP-сервер 636 клиентов. Каждый концентратор 638 для совместной работы клиентов может передавать данные и принимать данные из нескольких клиентов 640, 642. Концентратор 638 для совместной работы клиентов может быть выполнен с возможностью объединять изменения,принимаемые из клиентов 640, 642, в один объект данных или другой экземпляр данных. Каждый концентратор 638 для совместной работы клиентов также может управлять настройками безопасности для клиентов 640, 642. Клиенты 640, 642 также могут удаленно осуществлять доступ к данным, которые обрабатываются на серверах 630, 632, 634 и передаются через ASP-сервер 636 клиентов и концентратор 638 для совместной работы клиентов. В другом варианте осуществления клиенты 640, 642 для совместной работы также могут изменять или регулировать подготавливаемые посредством рендеринга данные через изменения состояния окон и дисплея, которые отправляются на серверы 630, 632, 634 для обработки и синхронизации всех взаимодействий с клиентами. Описание способа. Ссылаясь теперь на фиг. 3 А, блок-схема последовательности операций способа иллюстрирует один вариант осуществления способа 300 для реализации настоящего изобретения. На этапе 302 база данных задается с использованием GUI или другого средства, известного в данной области техники. База данных, например, может быть задана для данных интерпретации, данных планирования или данных детализации, касающихся конкретных скважин в месторождении нефти/газа. Другие базы данных могут быть заданы для идентичных или других данных, касающихся других скважин в идентичном месторождении нефти/газа или других месторождений нефти/газа. База данных может быть задана посредством создания и заполнения ее входными данными, либо база данных может быть задана посредством идентификации существующей базы данных. Следовательно, существующая база данных может быть собственной или находиться в собственности третьей стороны. На этапе 304 сервер идентифицируется с использованием GUI или другого средства, известного в данной области техники. Сервер может быть идентифицирован посредством URL-адреса и пароля. На этапе 306 способ 300 определяет то, работает или нет сервер, идентифицированный на этапе 304. Если сервер работает, то способ 300 переходит к этапу 308. Если сервер не работает, то способ 300 возвращается к этапу 304. На этапе 308 способ 300 определяет то, идентифицировать или нет клиент, посредством использования GUI или другого средства, известного в данной области техники для предоставления этого запроса. Если клиент должен быть идентифицирован, то способ 300 переходит к этапу 310. Если клиент не должен быть идентифицирован, то способ 300 переходит к этапу 314. На этапе 310 клиент идентифицируется с использованием GUI или другого средства, известного в данной области техники. Клиент может быть идентифицирован посредством URL-адреса и пароля. На этапе 312 способ 300 определяет то, работает или нет клиент, идентифицированный на этапе 310. Если клиент работает, то способ 300 переходит к этапу 314. Если клиент не работает, то способ 300 возвращается к этапу 310. На этапе 314 способ 300 определяет то, должны или нет дополнительные базы данных задаваться,посредством использования GUI или другого средства, известного в данной области техники для предоставления этого запроса. Если дополнительные базы данных должны быть заданы, то способ 300 возвращается к этапу 302. Если дополнительные базы данных не должны быть заданы, то способ 300 переходит к этапу 316. На этапе 316 платформа интеграции данных заполняется каждым сервером и/или клиентом, идентифицированным на этапах 304 и 310, соответственно, и местоположением каждой базы данных, заданной на этапе 302, для соответствующего сервера и/или клиента. Если только сервер идентифицируется,то платформа интеграции данных ограничивается только считыванием из базы данных, заданной на этапе 302. Если, тем не менее, сервер и клиент идентифицируются, то платформа интеграции данных допускает считывание и запись из/в базу(ы) данных, заданную на этапе 302. На этапе 318 тип данных (класс объектов) выбирается из базы данных, которая заполнена на этапе 316 с использованием GUI или другого средства, известного в данной области техники. Класс объектов,например, может включать в себя скважины для конкретного добывающего месторождения. На этапе 320 имя создается, чтобы идентифицировать класс объектов, выбранный на этапе 318 с использованием GUI или другого средства, известного в данной области техники. Именем, например,может быть "скважины месторождения 1". На этапе 322 объект выбирается из класса объектов и связывается с именем, созданным на этапе 320, с использованием GUI или другого средства, известного в данной области техники. Таким образом,например, именем класса объектов может быть "скважины месторождения 1", а объектом, выбранным из этого класса, может быть конкретная скважина. Скважина, следовательно, связана с именем "скважины месторождения 1". На этапе 324 каждое уникальное имя, используемое различными соответствующими заинтересованными сторонами для вызова выбранного объекта, идентифицируется и связывается с именем, созданным для класса объектов на этапе 320. Каждое уникальное имя для вызова выбранного объекта может быть идентифицировано посредством сравнения профилей данных или атрибутов данных для выбранного объекта и одного или более связанных объектов, каждый из которых управляется соответствующей заинтересованной стороной, чтобы определять то, идентифицирует либо нет профиль данных или атрибут данных для выбранного объекта и профиль данных или атрибут данных для одного или более связанных объектов фактически идентичный объект. Если каждое уникальное имя фактически идентифицирует идентичный объект, то каждое уникальное имя может быть идентифицировано как используемое для вызова выбранного объекта. Результаты этого этапа сохраняются в платформе интеграции данных, в качестве таблицы перекрестных ссылок, которая включает в себя каждый сервер и/или клиент, идентифицированный на этапах 304 и 310 соответственно. Следовательно, платформа интеграции данных может осуществлять доступ к данным интерпретации для стволов скважины (классу объектов), ассоциированных с конкретной скважиной, которые включают в себя данные интерпретации в форме каротажных диаграмм, траекторий стволов скважин и отчетов (объектов) для каждого ствола скважины. Таким же образом платформа интеграции данных может осуществлять доступ к данным интерпретации для скважин (классу объектов), ассоциированных с конкретным месторождением нефти/газа, которые могут включать в себя скважины и стволы скважины, поверхности и сдвиги породы вокруг каждой скважины(объекты). На этапе 326 способ 300 определяет то, выбирать или нет другой объект, посредством использования GUI или другого средства, известного в данной области техники для предоставления этого запроса. Если другой объект должен выбираться из класса объектов, то способ 300 возвращается к этапу 322. Если другой объект из класса объектов не должен выбираться, то способ 300 переходит к этапу 328. На этапе 328 способ 300 определяет то, следует или нет повторяться. Если способ 300 повторяется,то способ 300 возвращается к этапу 318. Способ 300 может повторяться для идентичных или различных классов объектов, а также идентичных или различных объектов. Если способ 300 не повторяется, то способ 300 завершается. Этапы 322-328 могут выполняться автоматически для каждого объекта в каждом классе объектов в машинореализуемом способе 300 до тех пор, пока все объекты не выбраны (исчерпаны) для каждого класса объектов. Альтернативно, этапы 322-328 могут избирательно выполняться для каждого объекта и каждого класса объектов с использованием GUI или другого средства, известного в данной области техники. Следовательно, способ 300 разрешает вызов (доступ к) всех объектов (например, скважин) из именованного класса объектов (например, скважины месторождения 1) через общее системное имя незави-8 022001 симо от того, какое уникальное имя каждая заинтересованная сторона использует для того, чтобы идентифицировать конкретный объект. Этот процесс, например, создает таблицу перекрестных ссылок в платформе интеграции данных, содержащей один или более объектов, которая разрешает заинтересованной стороне модифицировать данные, связанные с объектом, идентифицированным посредством уникального имени, и другой заинтересованной стороне - вызывать модифицированные данные, связанные с объектом, с использованием другого уникального имени. Если, например, заинтересованная сторона ссылается на скважину XYZ, а другая заинтересованная сторона ссылается на скважину, идентичную скважине ABC, затем способ 300 вызывает эту скважину посредством общего системного имени, созданного для того, чтобы идентифицировать класс объектов на этапе 320. Таким образом, когда заинтересованная сторона модифицирует или добавляет данные для скважины XYZ, другая заинтересованная сторона может вызывать эти данные посредством осуществления доступа (вызова) скважины ABC. Другими словами, когда заинтересованная сторона описывает объект с уникальным именем и другая заинтересованная сторона описывает идентичный объект с другим уникальным именем, способ 300 разрешает идентификацию объекта для любой заинтересованной стороны с использованием соответствующего уникального имени каждой заинтересованной стороны. Следовательно, каждая заинтересованная сторона может осуществлять доступ ко всем объектам в классе объектов и модифицированным данным, связанным с ними, с использованием соответствующего уникального имени. Ссылаясь теперь на фиг. 4, блок-схема последовательности операций способа иллюстрирует другой вариант осуществления способа для реализации настоящего изобретения. На этапе 402 метод добавляется к совместно используемому активу с использованием GUI или другого средства, известного в данной области техники. Метод может включать в себя, например, подпрограммы, которые содержат вычисления или допускающие повторное использование процедуры. Совместно используемый актив, который включает в себя методы, также может включать в себя данные, связанные с совместно используемым активом. На этапе 404 методы, добавляемые к совместно используемому активу на этапе 402, индексируются посредством совместно используемого актива согласно операции. Например, интерпретирующие вычисления могут индексироваться, чтобы отделять их от детализирующих вычислений. Помимо этого, различные интерпретирующие вычисления могут индексироваться согласно конкретным ограничениям. Другими словами, методы могут индексироваться (организовываться) согласно их намеченному использованию (операции) и ограничениям. На этапе 406 предпочтительный метод идентифицируется для каждой операции с использованием индекса (намеченного использования и ограничений) для каждого метода. В необязательном порядке,дополнительные предварительно определенные критерии могут быть использованы для того, чтобы идентифицировать предпочтительный метод. На этапе 408 операция выбирается с использованием GUI или другого средства, известного в данной области техники. На этапе 410 к предпочтительному методу для операции, выбранной на этапе 408, осуществляется доступ из совместно используемого актива. Приложения могут быть созданы (или модифицированы,если они уже существуют), так что они могут осуществлять доступ к предпочтительному методу из совместно используемого актива для выбранной операции. На этапе 412 данные обрабатываются с использованием предпочтительного метода для выбранной операции. Приложения имеют возможность исполнять предпочтительный метод из совместно используемого актива, что означает то, что вычисления могут выполняться на компьютере, управляемом посредством совместно используемого актива. Альтернативно, приложения могут запрашивать динамически связываемый экземпляр предпочтительного метода, физически скомпилированный в приложении для обработки данных с использованием предпочтительного метода. На этапе 414 способ 400 определяет то, добавлять или нет метод, посредством использования GUI или другого средства, известного в данной области техники для предоставления этого запроса. Если способ 400 определяет то, что другой метод должен добавляться, то способ 400 возвращается к этапу 402. Если способ 400 определяет то, что другой метод не должен добавляться, то способ 400 завершается. По мере того, как альтернативные методы разрабатываются, они могут добавляться к совместно используемому активу вышеописанным способом. Следовательно, способ 400 предоставляет индекс предпочтительных методов для выбранных операций, к которым может осуществляться доступ через окружение для совместной работы из совместно используемого актива (модели системы), чтобы обеспечивать единообразные результаты выполнения операций. Ссылаясь теперь на фиг. 5, блок-схема последовательности операций способа иллюстрирует стандартный поток 500 обработки, включающий настоящее изобретение. На этапе 502 задается окружение, которое может включать в себя тип данных и методы, раскрытые в данном документе и описанные в заявке 542. На этапе 504 поднабор выбирается из окружения. На этом этапе просто выбирают предпочтительный поднабор данных и/или методов, заданных для окружения на этапе 502 для обработки. Например,-9 022001 предпочтительные базы данных и объекты данных, релевантные для конкретной географической области, могут выбираться в качестве поднабора большего географического окружения, заданного на этапе 502. Этот поднабор объявляется данными для задания. На этапе 506 задание задается (устанавливается) посредством идентификации i) различных фаз, таких как, например, интерпретация, проектирование, моделирование, детализация и обновление; ii) методов/алгоритмов, чтобы обрабатывать каждый поднабор данных; iii) списка правил, которые должны задавать заинтересованные стороны, которые должны работать с каждым поднабором данных; и iv) порядка (или потока обработки), которому необходимо следовать в интегрированном процессе. На этапе 508 задание выполняется для каждой фазы, заданной на этапе 506. Например, задание может быть выполнено в конкретном порядке согласно фазам, заданным на этапе 506. Помимо этого, способы, описанные в данном документе, и способы, описанные в заявке 542, выполняются. Например, способ, описанный в отношении фиг. 4, и способы, описанные в заявке 542, могут давать в результате различный предпочтительный метод и заинтересованную сторону для управления, соответственно, в зависимости от того, какая фаза в настоящее время исполняется или выполняется. Другими словами, выбранная операция может иметь предпочтительный метод во время фазы интерпретации, который отличается от предпочтительного метода для идентичной операции в ходе стадии проектирования. Аналогично,данные, управляемые конкретной заинтересованной стороной во время фазы интерпретации, могут управляться другой заинтересованной стороной в ходе стадии проектирования. Результаты этого этапа могут включать в себя данные, обновленные, измененные или созданные. Поскольку поток 500 обработки использует интегрированную платформу, данные передаются в широковещательном режиме согласно правилам, описанным в отношении фиг. 3 В. На этапе 510 результаты задания сообщаются в отчетах, архивируются и дорабатываются перед тем, как способ 500 завершается. Хотя настоящее изобретение описано в связи с предпочтительными в настоящее время вариантами осуществления, специалисты в данной области техники должны понимать, что оно не имеет намерение ограничивать изобретение этими вариантами осуществления. Следовательно, предполагается, что различные альтернативные варианты осуществления и модификации могут выполняться в раскрытых вариантах осуществления без отступления от сущности и объема изобретения, заданных посредством прилагаемой формулы изобретения и ее эквивалентов. ФОРМУЛА ИЗОБРЕТЕНИЯ 1. Машинореализуемый способ управления данными в сетевом окружении для совместной работы,содержащий этапы, на которых задают с помощью компьютерных средств ввода одну или более баз данных, в которых содержатся совместно используемые данные, относящиеся к по меньшей мере одному технологическому процессу,обрабатываемому в сетевом окружении для совместной работы; идентифицируют с помощью компьютерных средств ввода один или более серверов, связанных с базами данных, и заполняют платформу интеграции данных идентификационными данными этих серверов для осуществления доступа к базам данных; создают с помощью компьютерных средств ввода системное имя в платформе интеграции данных,чтобы идентифицировать класс объектов, выбираемый из баз данных, при этом класс объектов описывает конкретный тип физических объектов, задействуемых в технологическом процессе; выбирают с помощью компьютерных средств ввода объект из класса объектов с использованием уникального имени для объекта, причем уникальное имя используется по меньшей мере одним пользователем для идентификации объекта в сетевом окружении для совместной работы; связывают объект и системное имя в платформе интеграции данных; идентифицируют каждое уникальное имя для объекта в сетевом окружении для совместной работы и связывают каждое уникальное имя для объекта и системное имя в платформе интеграции данных. 2. Способ по п.1, дополнительно содержащий этапы, на которых выбирают другой объект из класса объектов с использованием уникального имени для этого другого объекта; связывают этот другой объект и системное имя в платформе интеграции данных; идентифицируют каждое уникальное имя для данного другого объекта в сетевом окружении для совместной работы и связывают каждое уникальное имя для упомянутого другого объекта и системное имя в платформе интеграции данных. 3. Способ по п.2, дополнительно содержащий этап, на котором вызывают по меньшей мере одно из объекта и упомянутого другого объекта посредством по меньшей мере одного из уникального имени для объекта и уникального имени для этого другого объекта. 4. Способ по п.1, в котором при идентификации каждого уникального имени для объекта сравнива- 10022001 ют профиль данных или атрибут данных для объекта и профиль данных или атрибут данных для одного или более связанных объектов, чтобы определять то, идентифицирует либо нет профиль данных или атрибут данных для объекта и профиль данных или атрибут данных для этих одного или более связанных объектов фактически идентичный объект. 5. Способ по п.4, дополнительно содержащий этапы, на которых модифицируют одно из объекта и упомянутых одного или более связанных объектов и вызывают модифицированное одно из объекта и одного или более связанных объектов посредством по меньшей мере одного из уникального имени для объекта и каждого уникального имени для объекта. 6. Способ по п.1, дополнительно содержащий этапы, на которых выбирают каждый объект из класса объектов с использованием уникального имени для каждого объекта до тех пор, пока каждый объект из класса объектов не будет выбран; связывают каждый объект и системное имя в платформе интеграции данных; идентифицируют каждое уникальное имя для каждого объекта в сетевом окружении для совместной работы и связывают каждое уникальное имя для каждого объекта и системное имя в платформе интеграции данных. 7. Способ по п.2, дополнительно содержащий этап, на котором повторяют этапы по п.2 до тех пор,пока каждый объект из класса объектов не будет выбран. 8. Способ по п.2, дополнительно содержащий этап, на котором повторяют этапы по п.2 заинтересованной стороной до тех пор, пока каждый объект из класса объектов не будет выбран. 9. Устройство-носитель программ для переноса машиноисполняемых инструкций для управления данными в сетевом окружении для совместной работы, причем инструкции выполняются для того, чтобы реализовывать задание с помощью компьютерных средств ввода одной или более баз данных, в которых содержатся совместно используемые данные, относящиеся к по меньшей мере одному технологическому процессу, обрабатываемому в сетевом окружении для совместной работы; идентификацию с помощью компьютерных средств ввода одного или более серверов, связанных с базами данных, и заполнение платформы интеграции данных идентификационными данными этих серверов для осуществления доступа к базам данных; создание с помощью компьютерных средств ввода системного имени в платформе интеграции данных, чтобы идентифицировать класс объектов, выбираемый из баз данных, при этом класс объектов описывает конкретный тип физических объектов, задействуемых в технологическом процессе; выбор с помощью компьютерных средств ввода объекта из класса объектов с использованием уникального имени для объекта, причем уникальное имя используется по меньшей мере одним пользователем для идентификации объекта в сетевом окружении для совместной работы; связывание объекта и системного имени в платформе интеграции данных; идентификацию каждого уникального имени для объекта в сетевом окружении для совместной работы и связывание каждого уникального имени для объекта и системного имени в платформе интеграции данных. 10. Устройство-носитель программ по п.9, дополнительно содержащее выбор другого объекта из класса объектов с использованием уникального имени для этого другого объекта; связывание этого другого объекта и системного имени; идентификацию каждого уникального имени для данного другого объекта в сетевом окружении для совместной работы и связывание каждого уникального имени для упомянутого другого объекта и системного имени. 11. Устройство-носитель программ по п.10, дополнительно содержащее вызов по меньшей мере одного из объекта и упомянутого другого объекта посредством по меньшей мере одного из уникального имени для объекта и уникального имени для этого другого объекта. 12. Устройство-носитель программ по п.9, в котором идентификация каждого уникального имени для объекта содержит сравнение профиля данных или атрибута данных для объекта и профиля данных или атрибута данных для одного или более связанных объектов, чтобы определять то, идентифицирует либо нет профиль данных или атрибут данных для объекта и профиль данных или атрибут данных для этих одного или более связанных объектов фактически идентичный объект. 13. Устройство-носитель программ по п.12, дополнительно содержащее модификацию одного из объекта и упомянутых одного или более связанных объектов и вызов модифицированного одного из объекта и упомянутых одного или более связанных объектов посредством по меньшей мере одного из уникального имени для объекта и каждого уникального имени для объекта. 14. Устройство-носитель программ по п.9, дополнительно содержащее выбор каждого объекта из класса объектов с использованием уникального имени для каждого объ- 11022001 екта до тех пор, пока каждый объект из класса объектов не будет выбран; связывание каждого объекта и системного имени; идентификацию каждого уникального имени для каждого объекта в сетевом окружении для совместной работы и связывание каждого уникального имени для каждого объекта и системного имени. 15. Устройство-носитель программ по п.10, дополнительно содержащее повторение этапов по п.10 до тех пор, пока каждый объект из класса объектов не будет выбран. 16. Устройство-носитель программ по п.10, дополнительно содержащее повторение этапов по п.10 заинтересованной стороной до тех пор, пока каждый объект из класса объектов не будет выбран.