В изобретении предлагаются инструментальные средства управления данными для получения данных измерений, касающихся углеводородных скважин и коллекторов, из базы данных и для обработки этих данных для применения к модели коллектора. Инструментальные средства управления данными реализованы в виде основанного на web-технологии приложения, доступного с удаленных рабочих станций. Инженер-разработчик нефтяных и газовых месторождений конфигурирует инструментальные средства управления данными, чтобы собирать данные измерений и предварительно вычисленные значения параметров в диапазоне данных, для одной или нескольких скважин, а также задает различные опции обработки, в том числе фильтрацию, усреднение и т.п. Также могут быть включены такие события, как RFT-тесты и анализ повышения давления. Основанные на web-технологии инструментальные средства управления данными выполняют на web-сервере, чтобы собирать и обрабатывать эти данные и чтобы затем обновлять соответствующим образом файлы модели.

[0001] Способ сбора данных измерений для одной или нескольких скважин, который включает в себя следующие операции:

[0002] Способ по п.1, который дополнительно предусматривает

[0003] Способ по п.2, в котором результат преобразования вводов конфигурации содержит ввод, соответствующий выбранному фильтру пичков;

[0004] Способ по п.3, в котором операция обработки выбранных данных измерений, чтобы использовать выбранный фильтр пичков, предусматривает исключение одного или нескольких изменений, идентифицированных как отклонения от тренда.

[0005] Способ по п.3, в котором операция обработки выбранных данных измерений, чтобы использовать выбранный фильтр пичков, предусматривает распространение одного или нескольких изменений, идентифицированных как отклонения от тренда, на другие данные измерений для одной или нескольких скважин.

[0006] Способ по п.2, в котором результат преобразования вводов конфигурации содержит ввод, соответствующий выбранному фильтру низкого дебита;

[0007] Способ по п.2, в котором результат преобразования вводов конфигурации содержит ввод, соответствующий выбранному фильтру изменения давления;

[0008] Способ по п.2, в котором операция включения в работу web-сервера, чтобы произвести обработку выбранных данных измерений, предусматривает усреднение измерений по периоду времени, заданному во вводах конфигурации.

[0009] Способ по п.2, в котором результат преобразования вводов конфигурации содержит один или несколько вводов, соответствующих коэффициентам преобразования, причем выбранные данные измерений по меньшей мере для одной скважины соответствуют измерениям для каждого из множества слоев земли у этой скважины;

[0010] Способ по п.2, который дополнительно предусматривает получение вводов на рабочей станции, чтобы структурировать запрос на базу данных, в которой хранятся данные измерений;

[0011] Способ по п.2, в котором операция включения в работу web-сервера, чтобы произвести обработку выбранных данных измерений, предусматривает фильтрацию выбранных данных измерений в соответствии с опциями, заданными во вводах конфигурации;

[0012] Способ по п.1, который дополнительно предусматривает включение рабочей станции, чтобы выполнить приложение на выбранных данных измерений, чтобы генерировать переформатированную версию выбранных данных измерений;

[0013] Способ по п.1, в котором web-сервер развернут на удалении от рабочей станции.

[0014] Способ по п.1, в котором программное приложение содержит основанное на web-технологии приложение.

[0015] Компьютерная система для сбора данных измерений для одной или нескольких скважин и для использования данных, соответствующих этим данным измерений, к модели коллектора, которая содержит

[0016] Система по п.15, в которой web-сервер выполнен с возможностью осуществлять после осуществления выборки данных измерений обработку выбранных данных измерений в соответствии с результатом преобразования вводов конфигурации, полученных от рабочей станции, причем операция использования выбранных данных измерений предусматривает использование обработанных выбранных данных измерений по меньшей мере к одному файлу модели коллектора.

[0017] Система по п.15, которая дополнительно содержит

[0018] Система по п.17, в которой рабочая станция выполнена с возможностью выполнения прикладной программы для осуществления множества операций, в том числе генерирование переформатированной версии выбранных данных измерений и продвижение переформатированных выбранных данных измерений на web-сервер; причем операция использования выбранных данных измерений предусматривает использование переформатированных выбранных данных измерений по меньшей мере к одному файлу модели коллектора.

Изобретение в общем имеет отношение к области добычи нефти и природного газа, а более конкретно, направлено на управление коллектором и управление скважиной при этой добыче.

Область техники

Текущие экономические факторы в нефтяной и газовой промышленности повышают требования к оптимизации добычи углеводородов. С одной стороны, рыночные цены нефти и природного газа в настоящее время высоки по историческим стандартам. Однако, с другой стороны, стоимость бурения новых скважин и эксплуатации существующих скважин также высока по историческим стандартам, учитывая очень большие глубины, на которые приходится бурить новые продуктивные скважины, и другие физические барьеры при эксплуатации коллекторов. Эти высокие экономические факторы требуют от производственных операторов затрат существенных ресурсов на сбор и анализ данных измерений, полученных на существующих углеводородных скважинах и коллекторах, при управлении эксплуатационными месторождениями и индивидуальными скважинами данного месторождения.

Например, оптимизация добычи из данного месторождения или коллектора предусматривает принятие решений относительно числа и расположения скважин, в том числе относительно того, где добавлять или закрывать скважины. Вторичные и третичные операции добычи, которые, например, предусматривают нагнетание воды или газа в коллектор, требуют принятия решений относительно того, когда следует начинать или прекращать такие операции, и как много скважин следует использовать в качестве скважин нагнетания и как их расположить в месторождении. Некоторые скважины могут потребовать проведения обработки, такой как образование трещин в стволе скважины, если активность бурения и добычи уплотнила поверхность ствола скважины в достаточной степени для замедления или остановки дебита. В некоторых случаях добыча может быть улучшена за счет закрывания одной или нескольких скважин; в других ситуациях скважина может быть закрыта на длительный период времени, причем в таком случае оптимизация добычи может потребовать реконфигурации эксплуатационного месторождения. Из приведенных примеров можно понять, что оптимизация эксплуатационного месторождения является сложной задачей, имеющей множество переменных и дающей множество выборов.

В последние годы был достигнут прогресс в измерении и анализе параметров, влияющих на добычу нефти и газа, что позволяет принимать решения, связанные с улучшением добычи. Например, теперь обычно используют поверхностные измерители давления и расходомеры, установленные в устье скважины, а также контролируют поверхностные магистрали, соединяющие скважины с централизованными средствами обработки. Эти средства измерений и измерительные приборы используют также с разделительным оборудованием, чтобы измерять расход каждой фазы (нефть, газ, вода). Так как эти датчики могут выдавать данные фактически непрерывно, огромное количество данных измерений может быть быстро получено для современного сложного эксплуатационного месторождения.

Само собой разумеется, что первичной задачей сбора данных измерений от скважин в эксплуатационном месторождении является использование таких данных для принятия решения о том, как лучше всего максимально повысить добычу из коллектора. Эти решения зависят, в значительной степени, от достоверности оценки размера, формы, а также статических и динамических свойств самого коллектора. Получение этих оценок коллектора типично является очень сложной проблемой, учитывая трудности моделирования современных коллекторов. Сложность этой проблемы усугубляется масштабом современных больших эксплуатационных месторождений нефти и газа, которые часто содержат сотни скважин и сложную сеть поверхностных магистралей, которые соединяют эти скважины с централизованными техническими средствами обработки. Эти операции значительно усложняются за счет вариаций степени зрелости скважины среди большого числа скважин в эксплуатационном месторождении, в комбинации с ограниченными ресурсами вторичной и третичной добычи. Все эти факторы суммируются и создают очень сложную и трудную проблему оптимизации для штата инженеров-разработчиков нефтяных и газовых месторождений. Особенно в последний период эксплуатации месторождения решения относительно оптимизации добычи и экономической отдачи становятся очень сложными. Однако, как уже было указано здесь выше, экономические ставки являются очень высокими.

Как уже было указано здесь выше, большое количество данных измерений теперь может быть получено в современных эксплуатационных месторождениях. Несмотря на то что такое количество данных измерений и своевременность их получения позволяют, само собой разумеется, значительно повысить точность, с которой коллектор может быть охарактеризован во времени, это большое количество данных может перегружать инженера-разработчика нефтяных и газовых месторождений.

Эта трудность усиливается за счет природы используемых в настоящее время инструментов, предназначенных для работы с этим огромным количеством данных коллектора. В связи с настоящим изобретением было обнаружено, что операции, которые требуются от инженера-разработчика нефтяных и газовых месторождений, чтобы применить полученные для скважины и коллектора измерения к существующей модели коллектора, с использованием стандартных операций и инструментов для обработки данных, создают очень громоздкую и утомительную задачу. На фиг. 1а и 1b показан пример операций, которые требуются от инженера-разработчика нефтяных и газовых месторождений, чтобы применить свежие измерения в скважине или коллекторе к существующей модели коллектора, с использованием стандартных инструментов управления данными в стандартной архитектуре.

В стандартном примере, показанном на фиг. 1а, измерения в скважине или коллекторе будут получены инженером-разработчиком нефтяных и газовых месторождений от одного или нескольких стандартных источников данных в серверах 2 данных, в формате или форматах, созданных при помощи этих источников данных. Как это показано в архитектуре на фиг. 1b, инженер-разработчик нефтяных и газовых месторождений получает доступ к этим источникам данных со своей рабочей станции 3, при помощи обычной сети или канала связи, которые подключены к одному или нескольким серверам 2 данных, имеющим связь с базой DB данных, в которой хранятся данные измерений. Эти данные измерений могут содержать расходы (скорости потока) нефти, газа и воды, данные вычисленного индекса продуктивности, давления коллектора, и т.п., для одной или нескольких скважин. В качестве примеров баз DB данных, имеющих доступ от серверов 2 данных и хранящих данные измерений, можно привести SQL базы данных, частные базы данных для генерирования и хранения вычисленных параметров, таких как индекс продуктивности (PI) и давление коллектора, и т.п. Как уже было указано здесь выше, эти данные могут быть данными измерений, хранящимися в базах DB данных, или, альтернативно, это могут быть значения, вычисленные при помощи одного или нескольких различных приложений. При таком стандартном подходе, инженер-разработчик нефтяных и газовых месторождений (пользователь) использует рабочую станцию 3 для выполнения одного или нескольких "макросов", чтобы загрузить один или несколько файлов данных от серверов 2 данных в файлы электронной таблицы, такие как .xls файлы, генерируемые программой электронной таблицы EXCEL фирмы Microsoft Corporation, действующей локально на рабочей станции 3 пользователя. Пользователь программы EXCEL легко понимает, что несколько операций предусмотрены при получении данных из текстового файла или от другого источника данных, в том числе выбор данных с разделителями запятой, с разделителями табуляцией, и т.п. Кроме того, могут потребоваться и другие операции, чтобы распределить в базах данных данные, выбранные из серверов 2 данных, в том виде, который является приемлемым для EXCEL или других макросов, использованных в процессе 4. Выходом процесса 4 является один или несколько .xls файлов, выработанных программой EXCEL на рабочей станции 3.

Известно, что часто может понадобиться некоторое дополнительное редактирование импортированных данных в этом формате файла .xls.

После этого, пользователь должен преобразовать эти данные в формат файла, подходящий для импорта в программу моделирования коллектора, в процессе 8. В примере, показанном на фиг. 1, одной такой программой моделирования коллектора является программа VIP DATA STUDIO, которая является частью комплекта VIP программного обеспечения для моделирования коллектора, который может быть закуплен на фирме Halliburton и который также выполняется локально на рабочей станции 3 пользователя. Пользователь выполняет процесс 8, чтобы преобразовать данные в .xls файле, полученные в процессе 6, в VIP-совместимый файл 10 (например, в ".ра" файл), который пользователь затем импортирует в VIP DATA STUDIO программу на рабочей станции 3, в процессе 12. Как известно, VIP DATA STUDIO программа образует выход 14 в соответствии с двумя типами файлов, одним из которых является ".obs" файл, содержащий данные, соответствующие расходам, давлениям и другим зависящим от времени измерениям и параметрам, а другим является "r.dat" файл для рекуррентных данных, таких как измерения опробователя пласта многократного действия (RFT), анализы повышения давления (PBU), и т.п. Эти файлы хранятся на рабочей станции 3, в архитектуре, показанной на фиг. 1b. Выходные данные VIP DATA STUDIO программы часто подают на более масштабные программы моделирования и управления данными, например, на TOP-DOWN RESERVOIR MODELLING (или "TDRM") инструментальные средства, используемые фирмой British Petroleum, например, как это описано в публикации Williams et al., "Top-Down Reservoir Modelling", SPE Paper 89974 (Society of Petroleum Engineers, 2004), которая включена в данное описание в качестве ссылки. В этом случае, пользователь осуществляет еще один процесс 16 редактирования на рабочей станции 3, для того, чтобы придать VIP файлам 14 надлежащий вид для подачи на инструментальные средства TDRM моделирования коллектора. Таким образом, после процесса 16, пользователь подает отредактированные выходные файлы 18 на модель скважины, такую как инструментальные средства TDRM моделирования коллектора, выполняемые на самой рабочей станции 3 или на дистанционном сервере или на центральном компьютере 7, как это показано на фиг. 1b.

Эта последовательность операций, описанная здесь выше со ссылкой на фиг. 1а и 1b, является типичной последовательностью выполняемых действий, которая требуется для того, чтобы применить данные измерений в скважине и коллекторе к полезной модели коллектора, такой как TDRM модели для специфического коллектора. Как становится понятно из этого описания, пользователь, а типично инженер-разработчик нефтяных и газовых месторождений, должен выполнять различные ручные операции для преобразования данных измерений и результатов из одного формата в другой. Принимая во внимание большой объем данных измерений, который получают от действующего коллектора в течение времени, специалистам в данной области, которые обращаются к данному описанию, становится понятно, что рабочая нагрузка, вовлеченная в применение данных измерений к модели коллектора, является не только огромной, но и достаточно утомительной.

Более того, в этой общей последовательности выполняемых действий имеются некоторые операции, в которых инженер-разработчик нефтяных и газовых месторождений должен принять определенное решение относительно данных. Например, необходимо учитывать переходные состояния, такие как закрытие скважин, увеличение производительности скважины из закрытого состояния, а также неисправности скважины или датчика, и включать такие измерения в процесс или исключать их из процесса долговременного моделирования коллектора. Таким образом, инженер-разработчик нефтяных и газовых месторождений типично использует некоторый объем данных фильтрации, чтобы включать в измерения или исключать из них переходные состояния, которые не отражаются на долговременных характеристиках коллектора и которые обычно называют "пичками", или, альтернативно, чтобы распространять воздействие таких пичков на множество скважин, таким образом, чтобы сохранить баланс материала по коллектору. Измерения или вычисления низкого дебита, которые не отражаются на долговременных характеристиках коллектора, например, вызванные закрыванием скважины по некоторым причинам, также могут присутствовать в данных измерений. Инженер-разработчик нефтяных и газовых месторождений должен решить, какой низкий расход следует игнорировать для данной скважины, и следует ли и в какой степени следует расширить эффекты низкого дебита на одной скважине на ближайшие скважины в коллекторе, снова при сохранении баланса материала по коллектору. Эти и другие решения принимаются индивидуальным инженером-разработчиком нефтяных и газовых месторождений, локально на рабочей станции 3, когда он выполняет показанную на фиг. 1а последовательность выполняемых действий.

Однако, так как эти решения и суждения предусматривают обработку данных индивидуальным инженером-разработчиком нефтяных и газовых месторождений, то могут возникать значительные вариации выходной модели коллектора, которые не связаны с изменениями в коллекторе. Например, инженер-разработчик нефтяных и газовых месторождений может обрабатывать данные измерений на фиг. 1а в один момент времени иначе, чем в другой момент времени. Также в течение времени может происходить смена персонала, причем другой оператор может применять другую фильтрацию и обработку данных. Кроме того, другие операторы (пользователи) могут одновременно производить обработку данных от других участков коллектора (пользователи 7 на фиг. 1b, каждый из которых использует рабочую станцию, подключенную к серверам 2 данных и к центральному компьютеру), или даже могут производить обработку тех же самых данных, но получать другие результаты. Более того, часто выбор различных параметров, применяемых к данным, таких как уровень, при котором переключают обработку низкого дебита, является в некоторой степени произвольным и зависит от индивидуального инженера-разработчика нефтяных и газовых месторождений; однако, несогласованность этих параметров может приводить к вариациям окончательного результата моделирования. Эти вариации при обращении с данными могут отражаться в результатах моделирования коллектора - так что решения могут приниматься скорее на основании кажущихся сдвигов в коллекторе, возникающих за счет этих искажений при обработке, а не на основании действительного физического изменения в коллекторе.

Таким образом, обработка данных измерений коллектора, и применение этих данных к моделям коллекторов, является не только утомительной в соответствии со стандартными методами, но также подвержена ошибкам и погрешностям.

Как уже было указано здесь выше, ручные операции, показанные на фиг. 1а, типично выполняются локально на рабочей станции 3 инженера-разработчика нефтяных и газовых месторождений, причем в этом случае инженер-разработчик нефтяных и газовых месторождений должен иметь связь с одним или несколькими различными серверами 2 данных, чтобы осуществлять выборку данных. Эта локализованная обработка инженером-разработчиком нефтяных и газовых месторождений служит для обеспечения того, чтобы решения относительно фильтрации и обработки данных измерений хранились только локально, на рабочей станции 3, и не могли быть доступны последовательным или параллельным пользователям 7, или последующим получателям результатов моделирования коллектора, таким как экономисты или менеджеры, которые должны принять или проверить решения относительно непрерывной эксплуатации моделируемого коллектора. Таким образом, решения о конфигурации и вводы, которые используют в этой стандартной ручной обработке, должны быть получены при помощи других средств, если вообще они есть.

Сущность изобретения

В соответствии с настоящим изобретением предлагаются система и способ, которые упрощают применение данных измерений в скважинах и коллекторах к моделям коллекторов.

В соответствии с вариантами настоящего изобретения предлагаются также система и способ, которые обеспечивают последовательное применение этих данных измерений к модели коллекторов в течение времени, несмотря на изменения штата инженеров-разработчиков нефтяных и газовых месторождений или изменения местоположения.

В соответствии с вариантами настоящего изобретения предлагаются такие система и способ, которые упрощают доступ к данным измерений и к файлам модели.

В соответствии с вариантами настоящего изобретения предлагаются такие система и способ, которые повышают скорость обновления модели коллектора и повышают скорость получения количества данных измерений, применяемых к моделям, за счет чего повышается точность результатов моделирования.

В соответствии с вариантами настоящего изобретения предлагаются система и способ применения данных измерений к моделям коллекторов, без необходимости вызова внешних приложений, чтобы обновлять имитационные модели.

В соответствии с вариантами настоящего изобретения предлагаются такие система и способ, которые позволяют получать данные от широкого диапазона источников данных.

В соответствии с вариантами настоящего изобретения предлагаются такие система и способ, в которых используют различное усреднение данных измерений, чтобы уменьшить количество данных измерений, применяемых к моделям коллекторов в течение длительных периодов обновления.

Варианты осуществления настоящего изобретения также позволяют решать задачи и получать преимущества, которые станут понятны специалистам в данной области после ознакомления с описанием настоящего изобретения, приведенным со ссылкой на чертежи.

Варианты настоящего изобретения могут быть реализованы при помощи основанного на web-технологии приложения управление данными для выделения данных измерений из различных источников данных, применения преобразований и оценок к этим данным в соответствии с параметрами связи, которые хранятся в сервере, на котором исполняют основанное на web-технологии приложение. Основанное на web-технологии приложение, вызванное инженером-разработчиком нефтяных и газовых месторождений с рабочей станции, позволяет инженеру-разработчику нефтяных и газовых месторождений локально собирать, визуализировать и индицировать результаты запросов, использованных для получения данных преобразования. Обработанные данные измерений затем могут быть применены к желательной модели коллектора из основанного на web-технологии приложения.

Краткое описание чертежей

На фиг. 1а показана схема потока информации, иллюстрирующая стандартную последовательность выполняемых действий для применения данных измерений в скважине и коллекторе и вычислений к модели коллектора.

На фиг. 1b показана схематично блок-схема, иллюстрирующая архитектуру системной сети для выполнения стандартной последовательности выполняемых действий, показанной на фиг. 1а.

На фиг. 2 показана блок-схема, иллюстрирующая систему измерения и анализа в соответствии с вариантом осуществления настоящего изобретения, развернутую в эксплуатационном месторождении нефти и газа.

На фиг. 3 показана схематично блок-схема, иллюстрирующая архитектуру системной сети для выполнения последовательности выполняемых действий в соответствии с этим вариантом осуществления настоящего изобретения.

На фиг. 4 показана схема потока информации, иллюстрирующая последовательность выполняемых действий в соответствии с этим вариантом осуществления настоящего изобретения.

На фиг. 5 показана схема последовательности выполняемых действий, иллюстрирующая операции последовательности выполняемых действий в соответствии с этим вариантом осуществления настоящего изобретения.

На фиг. 6 и 7a-7d показаны схемы последовательности операций, иллюстрирующие операции последовательности выполняемых действий, показанной на фиг. 4 и 5, в соответствии с этим вариантом осуществления настоящего изобретения.

На фиг. 8 показана схема потока информации, иллюстрирующая интерактивное использование результатов моделирования коллектора в соответствии с этим вариантом осуществления настоящего изобретения.

На фиг. 9 показана схема последовательности операций, иллюстрирующая периодический вызов процесса, показанного на фиг. 4 и 5, в соответствии с этим вариантом осуществления настоящего изобретения.

На фиг. 10 показана схема потока информации, иллюстрирующая последовательность выполняемых действий в соответствии с альтернативным вариантом осуществления настоящего изобретения.

Подробное описание изобретения

Далее настоящее изобретение будет описано в связи с одним или несколькими вариантами его осуществления, а именно при внедрении в корпоративную архитектуру, при помощи которой управляют производящими нефть и газ коллекторами на основании недавних измерений и наблюдений, касающихся скважин в этих коллекторах и самих коллекторов. Этот пример приведен потому, что предусматривается, что настоящее изобретение является особенно полезным при развертывании в такой среде. Однако также предусматривается, что настоящее изобретение также обеспечивает важные преимущества при упорядочивании и обеспечении совместимости сбора данных и при применении в других приложениях. Таким образом, следует иметь в виду, что последующее описание приведено только в качестве примера и не предназначено для ограничения заявленных патентных притязаний.

На фиг. 2 показан пример внедрения варианта изобретения, реализованный на прибрежном эксплуатационном месторождении нефти и газа. В этом примере показаны две развернутые морские платформы 22 ₁ , 22 ₂ для бурения и добычи; само собой разумеется, что типично используют несколько таких платформ 22 на каждом современном прибрежном эксплуатационном месторождении. Каждая из платформ 22 ₁ , 22 ₂ поддерживает одну или несколько скважин W, показанных в виде законченных колонн 24, поддерживаемых платформами 22 ₁ , 22 ₂ . Само собой разумеется, что больше или меньше чем четыре законченные колонны 24 могут поддерживаться при помощи единственной платформы 22, что само по себе известно. Одна данная законченная колонна 24 и связанное с ней оборудование, в том числе датчики РТ давления, датчики FT потока и т.п., будет называться в этом описании как скважина, примером которой является скважина W, показанная на фиг. 2.

В соответствии с этим вариантом осуществления настоящего изобретения, один или несколько датчиков РТ давления установлен на каждой законченной колонне 24. Предусматривается, что датчики РТ давления имеют обычную конструкцию и подходят для установки в скважину и для использования во время добычи. В качестве примеров современных датчиков РТ давления, подходящих для использования в соответствии с настоящим изобретением, можно привести, среди прочих выпускаемых промышленностью датчиков, датчики давления фирмы Quartzdyne, Inc.

Кроме того, как это показано на фиг. 2, стандартные датчики WPT давления устья скважины также установлены у устья скважин на платформах 22. Датчики WPT давления устья скважины измеряют давление у устья скважины, типично на выходе множества скважин после объединения потоков, однако альтернативно индивидуальные датчики WPT давления устья скважины могут быть предусмотрены для индивидуальных скважин W. На фиг. 2 также показаны стандартные датчики WTT температуры устья скважины, которые измеряют температуру флюида, выходящего из скважин W, обслуживаемых данной платформой 22, и которые также установлены у устья скважины. И в этом случае, датчики WTT температуры устья скважины могут быть предусмотрены для индивидуальных скважин W на платформе 22.

Предусматривается, что и другие скважинные датчики и датчики устья скважины могут быть использованы в индивидуальных скважинах, на платформах или в других местах в эксплуатационном месторождении, если это желательно в соответствии с этим вариантом настоящего изобретения. Например, при необходимости также могут быть установлены скважинные датчики температуры. Кроме того, не все скважины W могут иметь все датчики и телеметрию, как другие скважины W в эксплуатационном месторождении, или даже на одной платформе 22. Более того, на нагнетательных скважинах W типично не используют скважинные датчики РТ давления, что известно само по себе.

Каждая из платформ 22 ₁ , 22 ₂ оборудована соответствующей системой 26 ₁ , 26 ₂ сбора данных. Системы 26 сбора данных представляют собой стандартные системы вычисления и обработки, предназначенные для развертывания в месте добычи, которые осуществляют сбор данных измерений со скважинных датчиков РТ давления, а также с другого измерительного оборудования и датчиков на платформах 22 и в законченных колоннах 24 у платформы 22, таких как датчики FT потока. Системы 26 сбора данных, в этом варианте изобретения, также передают эти данные измерений на установленный на берегу сервер 28, причем эта передача может быть осуществлена при помощи стандартной линии LK радиосвязи или проводной связи. Кроме того, каждая из систем 26 сбора данных может получать сигналы управления от сервера 28 для управления сбором дополнительных данных измерений, управления калибровкой датчиков системы и т.п. Системы 26 сбора данных могут производить элементарную обработку сигнала данных измерений, которая включает в себя форматирование данных, создание отметок времени и, возможно, базовую фильтрацию данных измерений, однако предпочтительным является проведение всего объема фильтрации и обнаружение выбросов на сервере 28.

Сервер 28, в этом примере, представляет собой установленную на берегу вычислительную систему, которая получает сообщения с множества платформ 22 в эксплуатационном месторождении и которая может производить анализ данных измерений скважинных давлений. Сервер 28 может быть выполнен в соответствии со стандартной вычислительной архитектурой, в виде, подходящем для конкретного использования. В этом отношении, сервер 28 может быть развернут в большом центре обработки данных или, альтернативно, может быть частью распределенной архитектуры, расположенной ближе к эксплуатационному месторождению. Сервер 28 также подключен к стандартной локальной сети или к глобальной сети NW, при помощи которой собранные данные, обработанные сервером 28, становятся доступны и могут быть обработаны в соответствии с этим вариантом осуществления настоящего изобретения, как это будет описано далее более подробно.

Несмотря на то что внедрение этого варианта настоящего изобретения, показанного на фиг. 2, описано со ссылкой на прибрежное эксплуатационное месторождение, специалисты в данной области, после ознакомления с описанием настоящего изобретения, легко поймут, что настоящее изобретение также применимо к управлению наземными эксплуатационными месторождениями углеводородов и индивидуальными скважинами и группами скважин в таком наземном эксплуатационном месторождении. Само собой разумеется, что в таком наземном эксплуатационном месторождении скважины и их законченные колонны не базируются на платформе. При этом, каждая скважина или законченная колонна может иметь свою собственную систему 26 сбора данных, имеющую связь с сервером 28 для передачи данных измерений, полученных с ее датчиков. Альтернативно, система сбора данных может быть развернута поблизости от множества скважин в месторождении и как таковая может управлять передачей данных измерений от этого множества скважин аналогично тому, как это делают установленные на платформе системы 26 сбора данных, показанные на фиг. 2.

На фиг. 3 показана архитектура, реализующая систему и способ, предназначенные для применения данных измерений в скважине и коллекторе и вычисленных параметров к модели коллектора, в соответствии с вариантом осуществления настоящего изобретения.

Рабочая станция 30 представляет собой местную рабочую станцию или персональный компьютер со стандартными возможностями получения и передачи данных, осуществления программ, обработки данных, и т.п., и который имеет видеомонитор или другое выходное устройство для индикации выходных данных в графическом или буквенно-цифровом виде. В соответствии с этим вариантом осуществления настоящего изобретения, рабочая станция 30 является программируемой или иным образом настраиваемой для выполнения, среди прочего, описанных здесь функций. В соответствии с этой архитектурой, рабочей станцией 30 может физически или виртуально управлять пользователь или специалист, такой как инженер-разработчик нефтяных и газовых месторождений RE, причем она стандартным образом имеет доступ к корпоративной сети или к другой глобальной сети. Инженер-разработчик нефтяных и газовых месторождений RE в этом примере представляет собой одного или нескольких специалистов, которые прошли подготовку или обладают опытом для интерпретации или идентификации информации и данных относительно коллектора. Инженером-разработчиком нефтяных и газовых месторождений RE в соответствии с настоящим изобретением может быть техник, оператор, статистик, математик, геолог, научный работник или инженер другого профиля. В соответствии с этим вариантом осуществления настоящего изобретения, указанная сеть позволяет рабочей станции 30 иметь связь с web-сервером 32, под управлением инженера-разработчика нефтяных и газовых месторождений RE. Как это становится понятно из архитектуры, показанной на фиг. 3, и станет понятно из последующего описания, web-сервер 32 осуществляет большую часть обработки, предусмотренной при работе этой системы.

Web-сервером 32, в этом описании, называют стандартную вычислительную систему, которая способна поддерживать web-обслуживание и основанные на web-технологии приложения и которая имеет доступ через Internet или через локальную сеть или другой тип глобальной сети, частной (например, "intranet") или общественной. Что известно само по себе, web-сервер 32 может быть реализован в виде компьютерной программы, которая, при выполнении на такой компьютерной системе, принимает HTTP запросы от клиентов (например, от агентов пользователей, таких как web-браузеры, которые работают в этой же компьютерной системе или на другом физическом компьютере и имеют связь с web-сервером 32 по сети) и обслуживает HTTP ответы на запросы клиентов, такие как web-страницы в виде HTML документов и связанных объектов. В качестве примеров уже известных прикладных программ web-сервера можно привести компьютерную программу INTERNET INFORMATION SERVER ("IIS") фирмы Microsoft Corporation и компьютерную программу HTTP SERVER фирмы Apache Software Foundation. Эта прикладная программа web-сервера может быть выполнена на компьютерной системе, предназначенной для осуществления этой функции; альтернативно, прикладная программа web-сервера может быть выполнена на компьютерной системе, предназначенной для осуществления других функций, и даже может быть выполнена на самой рабочей станции 30. Предусматривается, что любые имеющие разумные возможности современные аппаратные средства web-сервера и соответствующие программные средства web-сервера подходят для использования в качестве web-сервера 32, если они позволяют произвести специфическое включение (внедрение) в общую сеть. Среди других своих компонентов, web-сервер 32 преимущественно содержит один или несколько центральных процессоров CPU, схемы для совместной обработки и т.п., для выполнения программ системы программного обеспечения, которые хранятся в его памяти 33 для хранения программ или к которым web-сервер 32 иначе имеет доступ. Память 33 для хранения программ может быть реализована при помощи стандартной внешней памяти большого объема, которая фактически может быть объединена с памятью для хранения данных (которая может быть содержит истинные базы данных для хранения данных измерений), внутри одного и того же физического ресурса и пространства адресов блоков памяти, в зависимости от архитектуры web-сервера 32. В примере, показанном на фиг. 3, web-сервер 32 представляет собой отдельную компьютерную систему, к которой имеет доступ рабочая станция 30 и другие рабочие станции 300 при помощи стандартных схем интерфейса сети и инфраструктуры. В конечном счете, web-сервер 32 может быть реализован с использованием различных вариантов и альтернативных архитектур, в том числе центральных и распределенных архитектур.

В этом отношении, web-сервер 32 может иметь доступ к серверам 28 данных, которые имеют доступ к различным базам DB данных, в которых хранятся данные измерений, полученных от скважин W при помощи систем 26 сбора данных (фиг. 2), а также ранее вычисленные параметры для этих скважин W и соответствующего коллектора. Кроме того, web-сервер 32 также может иметь доступ и получать данные, которые хранятся в "плоских" файлах, таких как .xls файлы, или тестовые файлы, такие как ASCII файлы, которые хранятся на других удаленных серверах или рабочих станциях 30, 300, к которым web-сервер 32 имеет доступ по сети или по другим каналам связи. Как уже было указано здесь выше, предусматривается, что серверы 28 данных и web-сервер 32 могут быть реализованы в одной и той же физической компьютерной системе, однако дополнительно предусматривается, что эти серверы 28, 32 типично будут реализованы в виде отдельных аппаратных систем (которые часто физически являются удаленными), соединенных при помощи стандартной сети или другого канала связи.

В архитектуре, показанной на фиг. 3, web-сервер 32 также имеет доступ к приложению 35 моделирования коллектора. Предусматривается, что приложение 35 моделирования коллектора типично хранится в отдельной вычислительной системе и выполняется в ней; например, хранится в центральном компьютере 34, развернутом в том же самом физическом месте, что и web-сервер 32, или в другом месте, причем web-сервер 32 имеет связь с этим приложением при помощи стандартной сети или канала связи. Альтернативно, и как это показано на фиг. 3, приложение 35 моделирования коллектора может постоянно храниться на самом web-сервере 32 и выполняться на нем, если web-сервер 32 имеет достаточные вычислительные возможности и если разработчик системы выбрал такую архитектуру системы. Дополнительно или альтернативно, приложение 35 моделирования коллектора может постоянно храниться на самой рабочей станции 30 и выполняться на ней.

В схеме построения, показанной на фиг. 3, в соответствии с этим вариантом осуществления настоящего изобретения, команды от инженера-разработчика нефтяных и газовых месторождений RE выполняются при помощи рабочей станции 30, чтобы задавать параметры конфигурации и обновлять команды и параметры, поступающие на web-сервер 32. Эти параметры и команды используются web-сервером 32 при осуществлении его программных инструкций, чтобы осуществлять способ в соответствии с этим вариантом настоящего изобретения, причем эти программные инструкции соответствуют приложению (DMT) 36 инструментальных средств управления данными, показанному на фиг. 3, которое хранится в памяти 33 для хранения программ. В этом варианте изобретения DMT приложение 36 представляет собой основанное на web-технологии приложение, причем доступ к его функциям возможен через приложение web-браузера клиента, типично при помощи сети, такой как Internet или intranet, причем предусматривается его кодирование в совместимом с браузером языке, таком как HTML или Java. DMT приложение 36 альтернативно может иметь другой доступ для web-сервера 32, например, может постоянно хранится в другом месте в локальной сети или в глобальной сети и может иметь связь с web-сервером 32 при помощи кодированной информации на электромагнитном носителе. Как уже было указано здесь выше, если сама рабочая станция 30 выполняет программу web-сервера 32, то DMT приложение 36 может постоянно хранится в памяти 33 для хранения программ самой рабочей станции 30, для выполнения рабочей станцией 30. При выполнении этих программных инструкций web-сервер 32 будет обращаться к одной или нескольким соответствующим базам DB данных через серверы 28 данных, в этом примере, чтобы получить данные измерений и результаты вычислений, для последующей обработки при помощи web-сервера 32 в соответствии с этим вариантом настоящего изобретения. Web-сервер 32 будет выдавать эти данные и результаты вычислений после такой обработки, при помощи центрального компьютера 34, при выполнении на нем приложения 35 моделирования коллектора (или, альтернативно, будет выдавать эти обработанные данные и результаты вычислений на приложение 35 моделирования коллектора, если сам web-сервер 32 выполняет это приложение). При помощи сообщений стандартной сети рабочие станции 30, 300 затем могут видеть результаты приложения 35 моделирования коллектора, в которое при помощи web-сервера 32 были переданы обработанные данные и вычисления, как это показано на фиг. 3.

Таким образом, архитектура системы и способа в соответствии с этим вариантом осуществления настоящего изобретения является совершенно другой по сравнению со стандартной архитектурой системы, в которой инженер-разработчик нефтяных и газовых месторождений раньше производил обработку данных и применял данные измерений к приложениям моделирования коллектора. Как это показано на фиг. 1b, местная рабочая станция 3 инженера-разработчика нефтяных и газовых месторождений сама имеет связь с серверами 2 данных, для выборки данных измерений из соответствующей базы данных; эта местная рабочая станция 3 может быть использована инженером-разработчиком нефтяных и газовых месторождений для того, чтобы вручную обрабатывать, преобразовывать и форматировать эти данные измерений, например, как это описано здесь выше со ссылкой на фиг. 1а. Результаты этой обработки на местной рабочей станции 3 затем продвигаются (передаются) на центральный компьютер 5 для выполнения программы моделирования коллектора. Как легко можно понять из сравнения этого стандартного подхода, показанного на фиг. 1b, с архитектурой заявленного варианта, показанного на фиг. 3, реализация обработки данных в виде основанного на web-технологии приложения на web-сервере 32 позволяет упорядочивать и координировать доступ к серверам 28 данных и к центральному компьютеру 34 или к другим вычислительным ресурсам, выполняющим приложение 35 моделирования коллектора. Кроме того, как это станет понятно из последующего описания, показанная на фиг. 3 архитектура облегчает постоянное хранение параметров обработки, имен файлов и данных преобразования, а также других решений, принятых инженером-разработчиком нефтяных и газовых месторождений RE при конфигурировании вида, в котором данные измерений применяют к приложению 35 моделирования коллектора, за счет чего улучшается целостность результатов моделирования коллектора в течение времени и при работе различных инженеров-разработчиков нефтяных и газовых месторождений.

Архитектура, показанная на фиг. 3, и операции способа и работа системы в соответствии с этим вариантом осуществления настоящего изобретения, которые будут описаны далее, позволяют существенно упорядочивать последовательность выполняемых действий, при помощи которой инженер-разработчик нефтяных и газовых месторождений собирает данные измерений и применяет их и другие вычисления к комплектам программ моделирования коллектора. Эта упорядоченная последовательность выполняемых действий схематично показана на фиг. 4. Как это показано на фиг. 4, DMT приложение 36 получает данные измерений и ранее вычисленные результаты от серверов 28 данных и производит обработку этих данных в формат 38, который подходит для применения в желательном приложении 35 моделирования коллектора (фиг. 3). Инженер-разработчик нефтяных и газовых месторождений или другой пользователь использует DMT приложение 36, которое представляет собой основанное на технологии web приложение, как это показано на фиг. 3. Рабочая нагрузка этого инженера-разработчика нефтяных и газовых месторождений, которая возникает при обработке этих данных, существенно снижается по сравнению со стандартным применением данных измерений к моделям коллектора, которые были описаны ранее со ссылкой на фиг. 1а; кроме того, данные измерений, к которым возможен доступ через серверы 28 данных, могут иметь широкое разнообразие форматов и видов в соответствии с этим вариантом осуществления настоящего изобретения, однако все они легко могут быть обработаны при помощи DMT приложения 36, как это будет описано далее более подробно.

На фиг. 5 показана более подробно последовательность выполняемых действий и, таким образом, программа и операционная архитектура DMT приложения 36 в соответствии с вариантом осуществления настоящего изобретения. Эта последовательность выполняемых действий показана при помощи различных программных компонентов 40, 46, 50, которые образуют по меньшей мере часть DMT приложения 36 и которые постоянно хранятся в web-сервере 32, показанном на фиг. 3, и выполняются им. Как уже известно относительно схем последовательности выполняемых действий, показанных на фиг. 5, каждый из программных компонентов получает входные данные и обрабатывает эти входные данные в соответствии с различными опциями, предусмотренными для компонента или иным образом заданными пользователем или разработчиком, чтобы получить выходные данные. Эти компоненты 40, 46, 50 соответствуют программным средствам взаимодействия для всей последовательности ожидаемых выполняемых действий DMT приложения 36, таких как доступ к данным, преобразование данных, оценка данных и обновление модели. Эти компоненты 40, 46, 50 преимущественно реализованы в виде "сменных" компонентов, так что другие или модифицированные компоненты могут быть созданы и использованы без необходимости разрушения всего DMT приложения 36 или других компонентов. В самом деле, предусматривается, что эти сменные компоненты 40, 46, 50 могут быть заменены во время прогона программы, без необходимости перестройки всего кода. Кроме того, эта структура позволяет последовательно использовать несколько компонентов каждого типа. Последовательность выполняемых действий, показанная на фиг. 5, не предназначена для того, чтобы обязательно отображать последовательный временный поток вводов, процессов и выходов, а скорее предназначена для того, чтобы отражать общую архитектуру, при помощи которой DMT приложение 36 сконструировано и работает.

Как это показано на фиг. 5, компонент 40 доступа к данным DMT приложения 36 получает, на своих входах, данные измерений и ранее вычисленные параметры от одного или нескольких источников 2 данных. Предусматривается, что эти источники 2 входных данных могут хранить данные в широком диапазоне различных форматов, к каждому из которых имеется доступ при помощи компонента 40 доступа к данным в соответствии с этим вариантом осуществления настоящего изобретения. В качестве примеров этих форматов входных данных можно привести формат SQL базы данных; частные или общественно доступные специальные форматы, такие как полученные за счет программы и системы вычисления расхода и фазы ("ISIS"), описанной в находящейся на одновременном рассмотрении заявке 12/035,209 от 21 февраля 2008 г, которая включена в данное описание в качестве ссылки; ранее полученные "файлы наблюдения" в .obs формате, которые используют в VIP DATA STUDIO комплекте программ, описанных здесь выше; текстовые файлы; и файлы электронной таблицы, такие как .xls или .xlsx файлы, полученные при помощи программ электронных таблиц, таких как EXCEL программа электронной таблицы фирмы Microsoft Corporation. Предусматривается, что и другие форматы входных данных также могут быть доступны при помощи компонента 40 доступа к данным DMT приложения 36, в зависимости от специфической конструкции и назначения DMT приложения 36. Например, предусматривается, что компонент 40 доступа к данным может использовать web-услуги (не показано), которые могут иметь доступ к данным и выдавать данные для обработки при помощи DMT приложения 36. Предусматривается также, что источники 2 данных могут иметь широкий диапазон данных измерений и ранее вычисленных параметров, в том числе информацию о расходе и фазе для одной или нескольких скважин в коллекторе; измеренные давления от стволов скважин или от устьев скважин и измеренные давления в эксплуатационных трубопроводах; вычисленные значения давления коллектора; времена перфорирования и соответствующие данные измерений; данные, направленные на аналитические инструменты, и полученные результаты; результаты измерений роста давления (PBU); выходные результаты моделей коллектора и скважины; и данные от других источников подходящих данных.

Компонент 40 доступа к данным также получает опции обработки в виде параметров 42 сопряжения, выбранных и введенных инженером-разработчиком нефтяных и газовых месторождений RE с использованием рабочей станции 30. Эти параметры сопряжения включают в себя определение периода обновления, в течение которого полученные данные измерений являются действенными; отображение различных колонок, тегов, ключей или полей в базе данных, к которой обращаются при помощи колонок, тегов, ключей или полей на выходе средства доступа; указания относительно того, что измерения или вычисления расхода ограничены одной фазой или суммируются по всем фазам (газ, нефть, конденсат); указания относительно того, что функция времени для собранных данных является логарифмической или линейной; и т.п. Детальное взаимодействие между инженером-разработчиком нефтяных и газовых месторождений RE и компонентом 40 доступа к данным, как части DMT приложения 36, будет описано далее более подробно.

После выбора и определения источников 2 данных, из которых будут получать данные измерений, и различных параметров 42 сопряжения, заданных инженером-разработчиком нефтяных и газовых месторождений RE, компонент 40 доступа к данным опрашивает базы DB данных через серверы 28 данных (фиг. 4), чтобы получить доступ к источникам 2 данных, для того, чтобы получить желательные данные измерений и вычисленные параметры. Выходные данные 44 компонента 40 доступа к данным, в последовательности выполняемых действий на фиг. 5, образуют динамику расхода для одной или нескольких скважин, с которых были получены данные измерений, вместе с указанием относительно перфораций и дат получения RFT данных, и динамику роста давления (PBU), соответствующую представляющему интерес периоду времени. Однако данные 44 на этой стадии не могут быть непосредственно применены к приложению 35 моделирования коллектора. Эти данные 44 затем должны быть преобразованы при помощи компонента 46 преобразования данных, в соответствии с различными опциями 47 преобразования, выбранными и заданными инженером-разработчиком нефтяных и газовых месторождений RE при помощи рабочей станции 30.

В соответствии с этим вариантом осуществления настоящего изобретения, эти опции 47 преобразования, заданные инженером-разработчиком нефтяных и газовых месторождений RE, включают в себя выбор фильтров, если они есть, для применения к полученным данным, и выбор конфигурации выбранных фильтров. В качестве примеров специфических фильтров, которые являются полезными для фильтрации данных измерений и вычислений для скважины и коллектора, можно привести фильтры "пичков", которые фильтруют данные измерений или параметры, которые отклоняются от долговременного нормального тренда и являются слишком высокими или слишком низкими в соответствии с этим трендом.

Характеристику выбранного фильтра пичков при обнаружении указанных отклонений задают при помощи опций 47 преобразования. Например, "пичок" может быть задан в опциях преобразования 47 как измеренное значение, которое превышает выбранное отклонение (заданное как отклонение в процентах, абсолютное отклонение или отклонение в статистических терминах) от максимума диапазона ранее измеренных значений, например, диапазона измеренных значений в заданном окне данных; в этом случае, инженер-разработчик нефтяных и газовых месторождений RE может задать окно данных для "просмотра назад" и для изменения порога фильтра в опциях 47 преобразования. Обнаруженные отклонения или пички затем обработают фильтром, также в соответствии с конфигурацией фильтра, заданной в опциях 47 преобразования. Например, обнаруженные пички можно просто игнорировать или исключать из данных измерений. Альтернативно, фильтр может расширять обнаруженные пички, например, по времени или для множества скважин, чтобы сохранять баланс материала. Аналогично, фильтр "низкого дебита" также может быть выбран и сконфигурирован инженером-разработчиком нефтяных и газовых месторождений RE при помощи опций 47 преобразования, путем задания порогового уровня низкого дебита, ниже которого показания с одной или нескольких скважин игнорируют или расширяют по времени или для множества скважин, чтобы сохранять баланс материала, как это задано в опциях 47 преобразования. Аналогично, может быть выбран и сконфигурирован фильтр "изменения давления", при помощи которого могут быть исключены результаты измерений с одной или нескольких скважин, в которых имеются изменения давления, или же соответствующие данные могут быть обработаны по другому, что также задано в опциях 47 преобразования. В каждом из этих случаев специфические параметры в опциях 47 преобразования, которые определяют характеристики этих и других аналогичных фильтров, могут быть определены операторами, причем эти параметры могут быть разными в различных коллекторах и эксплуатационных месторождениях, в различных скважинах в одном эксплуатационном месторождении, и разными для разных операторов. Однако, DMT приложение 36 в соответствии с этим вариантом осуществления настоящего изобретения позволяет инженеру-разработчику нефтяных и газовых месторождений RE видеть номинальные значения для таких фильтров, а также позволяет задавать различные значения таких параметров по своему смотрению.

Опции 47 преобразования также могут предусматривать выбор и определение конфигурации подхода усреднения, который применяют к одному или нескольким получаемым измерениям или параметрам. Современная технология измерений в скважине предусматривает использование датчиков, которые могут производить измерения на высокой частоте (> 1 Гц) различных параметров скважины. Само собой разумеется, что если период обновления, в течение которого собирают данные, является относительно длительным (например, составляет несколько недель или месяцев), то эти измерения на высокой частоте позволяют получить массовый файл данных для обработки на web-сервере 32, даже если имеются незначительные изменения измеренного параметра, не относящиеся к приложению 35 моделирования коллектора. Поэтому один или несколько параметров могут быть подвергнуты "усреднению" при помощи опций 47 преобразования, так что данные измерений или вычисления, получаемые на высокой частоте, сначала могут быть усреднены по заданному периоду (например, в течение дня, недели, месяца) и затем направлены на приложение 35 моделирования коллектора. Конфигурация такого усреднения может быть различной для различных параметров и во времени, если это желательно.

Более того, опции 47 преобразования могут содержать текст и данные, введенные инженером-разработчиком нефтяных и газовых месторождений RE, касающиеся различных событий, известных инженеру-разработчику нефтяных и газовых месторождений RE из других источников информации или из собственного опыта, которые происходят в коллекторе в представляющий интерес период времени. Этими событиями могут быть перфорации, RFT тесты и полученные данные, рост давления и полученные отклонения давления, а также другие общие и не категоризированные события. Предусматривается, что опции 47 преобразования могут просто содержать текстовое описание каждого такого события, вместе с отметкой времени, указывающей дату и время, когда произошло событие. Более того, также предусматривается, что в опции 47 преобразования также могут быть введены цифровые данные, соответствующие событию, причем каждая точка данных или группа точек связана с отметкой времени. В качестве примеров таких цифровых данных можно привести производные значения давления скважины во времени, которые получены во время роста давления (PBU).

Опция 47 преобразования также может содержать конфигурацию вычислений для одного или нескольких измерений или параметров для моделирования скважин, которые не четко представлены в базах DB данных. Например, измерения от скважин, проходящих через множество слоев в земле, содержат измерения, такие как давление, соответствующие условиям в этих различных слоях. Однако эти многослойные скважины обычно отображают в виде простых скважин в базах DB данных, так как имитационный подход, применяемый к таким скважинам, может потребовать обработки каждого из множества слоев одной и той же скважины в виде единственной скважины. При таких обстоятельствах, индивидуальное отображение одного или нескольких измерений или параметров из базы DB данных для моделирования не является целесообразным. Вместо этого, значения моделирования скважины пересчитывают на основании зависящего от времени линейного преобразования, с использованием коэффициентов, вводимых инженером-разработчиком нефтяных и газовых месторождений RE в опции 47 преобразования, при этом соответствующие данные измерений хранят в базах DB данных в течение заданных периодов времени. Инженер-разработчик нефтяных и газовых месторождений RE может корректировать эти коэффициенты преобразования во времени для данной скважины, с использованием опций 47 преобразования. Это преобразование видоизменяет данные измерений для многослойных скважин в данные измерений для индивидуальных одиночных скважин, каждая из которых обеспечивает добычу из единственного слоя или нагнетание в единственный слой.

С использованием этих опций 47 преобразования, компонент 46 преобразования данных производит обработку данных 44 в выходные данные 48, которые также содержат данные динамики расхода, указания относительно перфораций, дат получения RFT данных и динамику роста давления (PBU), соответствующую представляющему интерес периоду времени, однако эти данные обработаны при помощи фильтрации, усреднения и с использованием информации о событиях, при помощи опций 47 преобразования.

Обработанные данные 48 затем применяют к желательным моделям коллекторов при помощи компонента 50 модернизации модели. Опции 51, заданные инженером-разработчиком нефтяных и газовых месторождений RE, содержат идентификацию специфических файлов модели (".obs" и "r.dat" файлы, для комплектов TDRM или VIP моделирования; или соответствующий формат (например, "*.fcs" файлы) для применения в NEXUS объединенной программе моделирования коллектора фирмы Landmark, отделение Halliburton), для исследуемого коллектора. Комплект TDRM моделирования описан в публикации Williams et al., "Top-Down Reservoir Modelling ", SPE Paper 89974 (Society of Petroleum Engineers, 2004), которая включена в данное описание в качестве ссылки. Эти опции 51 также содержат идентификацию специфических скважин, для которых в этих моделях применяют обновленные измерения, и параметры модели которых следует обновлять. Компонент 50 обновления модели затем применяет обработанные измерения и вычисления и другие данные 48 к файлам заданной модели, заданным образом. Теперь приложение 35 моделирования коллектора можно вызывать и выполнять для просмотра инженером-разработчиком нефтяных и газовых месторождений RE или другим специалистом.

После этого обзора общей последовательности выполняемых действий, приведенного со ссылкой на схему, показанную на фиг. 5, далее будет приведено более подробное описание полной методологии, отраженной в этой программной архитектуре, со ссылкой на фиг. 6 и 7a-7d. Предусматривается, что специалисты в данной области, после ознакомления с описанием настоящего изобретения, могут легко создать соответствующую компьютерную программу и инструкции, без проведения длительных экспериментов, с использованием приведенного ранее описания и последующего более подробного описания.

Работу DMT приложения 36 в соответствии с этим вариантом осуществления настоящего изобретения начинает пользователь, например, инженер-разработчик нефтяных и газовых месторождений RE, за счет включения рабочей станции 30, чтобы вызвать выполнение DMT приложения 36, в процессе 60. Как уже было указано здесь выше, DMT приложение 36 преимущественно представляет собой основанное на web-технологии приложение, которое постоянно хранится на web-сервере 32 и выполняется им. Таким образом, процесс 60 преимущественно выполняется при помощи рабочей станции 30, которая обращается к web-обслуживанию, поддерживаемому при помощи web-сервера 32, например, при помощи адреса web-сайта и т.п., причем пользователь за счет вводов на рабочей станции 30 может инициировать выполнение DMT приложения 36, из памяти 33 для хранения программ web-сервера 32, при помощи web-сервера 32. DMT приложение 36 затем может быть загружено в память web-сервера 32, после чего начинается выполнение его основной программы. Как это является типичным для основанных на технологии web приложений, в то время как само приложение (DMT приложение 36) выполняется при помощи web-сервера 32, его графика и интерактивный выход будут представлены в виде web-сайта или другого окна, которое появляется на запрашивающей рабочей станции 30.

В процессе 62, инженер-разработчик нефтяных и газовых месторождений 32 затем интерактивно взаимодействует с DMT приложением 36 при помощи рабочей станции 30, чтобы ввести вводы конфигурации и параметры в DMT приложении 36. Эти вводы конфигурации и параметры включают в себя вводы конфигурации, соответствующие опциям для одного или нескольких компонентов 40, 46, 50, описанных здесь выше относительно последовательности выполняемых действий и архитектуры, показанных на фиг. 5. Как уже было указано здесь выше, эти параметры и вводы позволяют конфигурировать задачи, которые должны выполняться при помощи DMT приложения 36 при сборе и обработке данных измерений и вычислений, полученных из баз DB данных, и при применении обработанных данных и вычислений к приложению 35 моделирования коллектора. В этом процессе 62, инженер-разработчик нефтяных и газовых месторождений RE вводит диапазон данных, из которого следует получить данные измерений и вычисленные параметры, и вводит файлы модели коллектора (для TDRM и VIP комплектов моделирования, спецификации ".obs" и "r.dat" файлов; для NEXUS программы моделирования коллектора, спецификации "*.fcs" и связанного файла данных), к которым затем применяют полученные и обработанные данные измерений и параметры.

Далее web-сервер 32 осуществляет процесс 64, в ответ на вводы конфигурации инженером-разработчиком нефтяных и газовых месторождений RE в процессе 62. В общем смысле, процесс 64 позволяет получить параметры моделирования, для использования при выполнении приложения 35 моделирования коллектора. На фиг. 7а показаны более подробно операции процесса 64. Как уже было указано здесь выше, инженер-разработчик нефтяных и газовых месторождений RE задает файлы конкретной модели (.obs и r.dat файлы), которые будут обновлены при помощи полученных данных и параметров. В процессе 80а, web-сервер 32 опрашивает файл заданных наблюдений (".obs"), чтобы осуществить выборку исходных данных, с которых начинают связанные моделирования, что может быть полезно для получения производных значений роста давления, чтобы осуществить выборку представляющих интерес свойств, которые следует моделировать для скважин и коллекторов, а также моментов времени, в которые каждая из скважин, указанная в модели, была последний раз обновлена в модели. В процессе 80b, web-сервер опрашивает файл рекуррентных данных ("r.dat"), заданный в процессе 62, чтобы получить список имен скважин, связанных с моделью и с моделируемым коллектором, и различные идентификации для этих скважин, в том числе IDs моделирования для этих скважин в этой модели, и IDs связанного узла, для моделирования связности. Кроме того, из этого файла рекуррентных данных получают иерархию управления скважиной, в соответствии с которой характеризуют топологию межсоединений скважин в коллекторе с их группами промысловых резервуаров и топологию межсоединений групп промысловых резервуаров с более высокими уровнями узлов.

После получения этой информации web-сервер 32 в процессе 82 затем строит "список активных скважин", используемых в модели коллектора, при помощи .obs и r.dat файлов. Этот список активных скважин преимущественно получают при помощи web-сервера 32, который сравнивает моменты времени последнего обновления скважин в модели и выбирает скважины 30 с самыми последними обновлениями. В этом списке активных скважин каждой из скважин присваивается имя, так что каждая скважина получает "имя моделирования", для проведения моделирования при помощи приложения 35 управления коллектором, и имя "источника данных", которое web-сервер 32 извлекает из репозитария конфигурации скважины в ее ресурсах памяти; если скважина с именем моделирования не числится в репозитарии конфигурации скважины, то имя моделирования присваивается такой скважине по умолчанию как имя источника данных для этой скважины. После этого выполняют процесс 84, при помощи которого web-сервер 32 представляет графический интерфейс пользователя инженеру-разработчику нефтяных и газовых месторождений RE на рабочей станции 30, с именами для каждой из моделируемых скважин. В процессе 84, инженер-разработчик нефтяных и газовых месторождений RE, в свою очередь, проверяет имена скважин в списке и подтверждает, что эти скважины следует включить в обновленную модель, а также проверяет "соответствия" в списке активных скважин, так чтобы, для каждой скважины, имя ее источника данных в списке активных скважин совпадало с именем этой скважине в источнике 2 данных, к которому имеется доступ, так чтобы ее имя моделирования в списке активных скважин соответствовало правильной скважине при моделировании. Например, эти соответствия связывают колонки в SQL источнике баз данных с колонками в файлах возможных выходных данных (.obs и r.dat) и связывают теги в другом источнике баз данных (таком как ISIS файлы данных, полученные при помощи системы и программы, описанных в находящейся на одновременном рассмотрении заявке 12/035,209, которая уже включена в данное описание в качестве ссылки) с колонками в файлах возможных выходных данных.

Web-сервер 32 затем, в процессе 86, вызывает графический интерфейс пользователя (GUI), при помощи которого инженеру-разработчику нефтяных и газовых месторождений RE на рабочей станции 30 будут показаны скважины в списке активных скважин. Этот список активных скважин будет представлен в сортированном порядке, например, в соответствии с сортированным порядком, установленным в иерархии управления скважиной, которая сортирует скважины прежде всего по их активному статусу, затем по типу скважины и, наконец, по имени моделирования. Этот список скважин будет представлен в интерактивном виде на рабочей станции 30, так что инженер-разработчик нефтяных и газовых месторождений RE может редактировать любой из признаков каждой из скважин в списке активных скважин, в процессе 86. После завершения процесса 86 редактирования web-сервер 32 затем сохраняет отредактированный список активных скважин как обновленный архив (репозиторий) конфигураций скважин в своих ресурсах памяти, в процессе 88.

Вновь обратимся к рассмотрению фиг. 6, на которой показано, что в процессе 66, который затем осуществляет web-сервер 32, инженеру-разработчику нефтяных и газовых месторождений RE будет представлен отредактированный список активных скважин, полученный в процессе 86, на рабочей станции 30. В процессе 66, показанном более подробно на фиг. 7b, инженер-разработчик нефтяных и газовых месторождений RE использует этот список активных скважин для формулирования SQL запроса, в процессе 90. В процессе 90, формулирование возможного запроса производят за счет выбора скважин и признаков скважин, для чего получают данные из источников 2 данных. В процессе 92, инженер-разработчик нефтяных и газовых месторождений RE дополнительно уточняет диапазон данных SQL запроса, начиная с диапазона данных, который первоначально был конфигурирован в процессе 62. В процессе 94, web-сервер 32 показывает инженеру-разработчику нефтяных и газовых месторождений RE список представляющих интерес свойств, для скважин в списке активных скважин. Инженер-разработчик нефтяных и газовых месторождений RE обращается к каталогу свойств этих скважин, который поддерживается при помощи web-сервера 32, чтобы найти названия колонок в базе данных источника, соответствующей представляющим интерес свойствам, и по своему усмотрению коррелирует эти названия колонок и свойства. В процессе 96, запрос завершается инженером-разработчиком нефтяных и газовых месторождений RE, который проверяет, что все выражения и названия колонок бланка в запросе выбраны правильно. Теперь конфигурирована база данных запроса, используемая в источниках 2 данных, что завершает процесс 66.

Web-сервер 32 затем обращается к серверам 28 данных, в процессе 68, чтобы получить данные измерений и вычисленные параметры из соответствующих источников 2 данных, соответствующие запросу, который был конфигурирован в процессе 66. На фиг. 7с показан более подробно процесс 68 получения данных, который начинается при помощи процесса 98, в котором web-сервер 32 входит в протокол базы данных, указывающий метку времени запроса, имя и IP адрес инженера-разработчика нефтяных и газовых месторождений RE, производящего запрос и обновление, спецификацию конфигурации самого запроса, и файлы модели адресата. Такой протокол базы данных может быть полезен при последующем анализе и обновлении тех же самых файлов модели. В процессе 100, web-сервер 32 обращается к серверам 28 данных с конфигурированным запросом, в виде SQL команды, и данные, соответствующие этому запросу, направляются при помощи серверов 28 данных в web-сервер 32. В процессе 102, web-сервер 32 производит обработку полученных данных в исторический набор данных, преимущественно при помощи таблицы данных, связанной с каждой скважиной в запросе. В процессе 104, web-сервер 32 анализирует таблицы данных в историческом наборе данных и сравнивает их с представляющими интерес свойствами, содержащимися в конфигурированном запросе. Любые отсутствующие свойства для данной скважины обновляются за счет оценки соответствующего выражения или формулы, с использованием исторических данных или данных, вновь выбранных в связи с текущим запросом. В качестве примеров свойств, которые типично отсутствуют и которые типично оценивают указанным образом, можно привести газовый фактор (GOR) и совокупную добычу нефти (СОР).

Вводы и конфигурации параметров, применяемые инженером-разработчиком нефтяных и газовых месторождений RE до этой стадии процесса, обычно соответствуют опциям, которые применяет для компонента 40 доступа к данным в последовательности выполняемых действий и в архитектуре, показанной на фиг. 5; исключения из этого указаны в файлах модели коллектора (.obs и r.dat), которые заданы в процессе 62 (фиг. 6). После завершения процесса 68 динамика расхода и другие данные измерений и вычисленные параметры, выбранные при помощи web-сервер 32, будут готовы для дополнительной обработки. Эту дополнительную обработку осуществляют в процессе 70, который теперь будет описан более подробно со ссылкой на фиг. 7d.

В процессе 106 процесса 70 производят выборку исторических данных, заданных при помощи web-сервера 32, которые будут использованы в качестве ввода при обработке данных и преобразовании (что соответствует компоненту 46 на фиг. 5). В процессе 108, web-сервер 32 производит преобразование данных в этом историческом наборе данных в соответствии с фильтрами и усреднением, конфигурированными в этой точке. Как уже было указано здесь выше, предусматривается, что DMT приложение 36 будет применять некоторые фильтры (пичков, низкого дебита, изменения давления) к данным, полученным из источников 2 данных, а также будет уменьшать объем подлежащих обработке данных за счет применения различных видов усреднения (усреднения за один день, за неделю, за месяц и т.д.). В этом отношении предусматривается, что web-сервер 32 будет предоставлять инженеру-разработчику нефтяных и газовых месторождений RE опции конфигурации для конфигурирования этих фильтров и преобразований усреднения.

Более конкретно, если это обновление модели, обрабатываемое при помощи DMT приложения 36, не является начальным обновлением для коллектора, то некоторые параметры конфигурации, касающиеся фильтрации и усреднения, уже были использованы в предыдущих обновлениях, и теперь хранятся в web-сервере 32. Эти предыдущие параметры теперь могут быть использованы как значения по умолчанию на первом этапе процесса 108 преобразования, который применяют к выбранному историческому набору данных. Эта возможность хранения и использования предыдущих параметров для фильтрации, усреднения и других операций преобразования, вне зависимости от того, кто ранее конфигурировал эти параметры, является полезной не только для выбора оптимального маршрута всей обработки указанных данных, но также позволяет улучшать однородность обработки, применяемой к скважинам в одном и том же коллекторе в разное время, и однородность обработки различными инженерами-разработчиками нефтяных и газовых месторождений. Таким образом, данный инженер-разработчик нефтяных и газовых месторождений RE должен изменять эти параметры конфигурации только при наличии достаточного основания.

Вновь обратимся к рассмотрению фиг. 7d, на которой показано, что затем осуществляют процесс 110 при помощи web-сервера 32, чтобы индицировать результаты процесса 108 преобразования. Эти результаты могут индицироваться web-сервером 32 интерактивным образом, так что инженер-разработчик нефтяных и газовых месторождений RE 30 может видеть результаты во времени, для скважины или скважин, по параметрам, и с выбранной разрешающей способностью. В этом интерактивном процессе 110 инженер-разработчик нефтяных и газовых месторождений RE может изменять параметры конфигурации преобразования (например, типы и пороги одного или нескольких фильтров, желательную обработку в случае измерения, полученного при помощи одного из фильтров, частоту усреднения для одного или нескольких измерений, и т.п.) и затем подавать команду на web-сервер 32, чтобы повторить процесс 108 преобразования для выбранных данных и параметров, но с использованием новых параметров конфигурации, полученных в процессе 110. Результаты затем могут быть вновь выведены на индикацию для дальнейшей модификации инженером-разработчиком нефтяных и газовых месторождений RE, по его усмотрению. После осуществления процесса 110, в котором инженер-разработчик нефтяных и газовых месторождений RE определяет, что параметры конфигурации соответствуют желательным, web-сервер 32 осуществляет процесс 112, при помощи которого инженер-разработчик нефтяных и газовых месторождений RE может анализировать иерархию управления скважиной, чтобы произвести прогон расходов для каждой из скважин в анализе, что само по себе известно.

После завершения процесса 70 будет получена конфигурация преобразования полученных данных измерений и вычисленных параметров. Затем при помощи web-сервера 32 может быть осуществлен процесс 72, по команде инженера-разработчика нефтяных и газовых месторождений RE с использованием рабочей станции 30, чтобы обновить файл наблюдения (.obs) и обновить ограничения расхода в файле рекуррентных данных (r.dat) для активных скважин, для которых данные и параметры были обработаны и вычислены, за счет использования приложения 35 моделирования коллектора. Кроме того, в этой точке процесса web-сервер 32 позволяет инженеру-разработчику нефтяных и газовых месторождений RE вводить различные события в обработанные файлы модели, такие как метки времени и измерения от RFT тестов и перфораций, проводимых на активных скважинах в течение представляющего интерес периода времени. Кроме того, также в процессе 72, web-сервер 32 позволяет инженеру-разработчику нефтяных и газовых месторождений интерактивно индицировать производные роста давления (PBU) и соответствующие периоды времени и обновлять файл наблюдения (.obs) по своему усмотрению. За счет процесса 72 будет обновлен и завершен файл наблюдения и файл рекуррентных данных для коллектора. Теперь приложение 36 моделирования коллектора может быть выполнено обычным образом, с использованием данных в файле наблюдения (.obs) и в файле рекуррентных данных (r.dat), обработанных при помощи DMT приложения 36.

Как это показано на фиг. 3, предусматривается, что выполнение приложения 35 моделирования коллектора типично осуществляют на отдельном от web-сервера 32 компьютере, например на центральном компьютере 34. В этом случае, центральный компьютер 34 получает доступ к обработанным обновленным файлам данных, полученным при помощи DMT приложения 36, по сети или каналу связи от web-сервера 32, или же преимущественно web-сервер 32 хранит обработанные обновленные файлы данных, полученные при помощи DMT приложения 36, в ресурсах памяти, доступных для центрального компьютера 34. Альтернативно, web-сервер 32 сам может быть вычислительным ресурсом, который выполняет приложение 35 моделирования коллектора на обработанных обновленных файлах данных, полученных при помощи DMT приложения 36. В любом случае, инженер-разработчик нефтяных и газовых месторождений RE может видеть результаты выполнения приложения 35 моделирования коллектора на рабочей станции 30 за счет сетевого соединения или другого канала связи с вычислительным ресурсом, выполняющим это приложение.

На фиг. 8 показан пример интерактивной работы приложения 35 моделирования коллектора, что предусматривается в соответствии с этим вариантом осуществления настоящего изобретения. Как уже было указано здесь выше, файл наблюдения (.obs) и файл рекуррентных данных (r.dat), генерируемые при помощи DMT приложения 36, используются в приложении 35 моделирования коллектора, которое выполняет и обновляет текущие модели коллектора в соответствии с данными в этих приложенных обработанных файлах данных. Приложение 35 моделирования коллектора вырабатывает выходной сигнал pred-output, который соответствует результатам модели коллектора с новыми данными и вычислениями. Как уже было описано здесь выше, инженер-разработчик нефтяных и газовых месторождений RE может индицировать эти результаты на рабочей станции 30, и преимущественно сравнивать различные параметры в выходном сигнале pred_output модели с параметрами в обработанных данных. Как это показано на фиг. 8, в процессе 120а сравнения, проводимом инженером-разработчиком нефтяных и газовых месторождений RE при помощи рабочей станции 30, производят сравнение одного или нескольких параметров в выходном сигнале pred_output, вырабатываемом при помощи приложения 35 моделирования коллектора, с соответствующими данными измерения в файле наблюдения, используемом в приложении 35 моделирования коллектора. Эти данные измерения могут содержать расходы, давления, фазовую информацию и т.п. Аналогично, в процессе 120b сравнения, инженер-разработчик нефтяных и газовых месторождений RE производит сравнение одного или нескольких параметров в выходном сигнале pred_output с данными событий в файле рекуррентных данных, используемом в приложении 35 моделирования коллектора. Эти данные могут содержать времена и измерения от RFT тестирования (в том числе давления, пробы флюида и т.п., полученные за счет использования опробовытеля пласта многократного действия, что известно само по себе) и могут содержать измерения и вычисления от анализов при помощи PBU тестов, или данные от других событий. В результате проведения процессов 120а, 120b сравнения инженер-разработчик нефтяных и газовых месторождений RE может оценить, как данные и ранее вычисленные параметры были собраны и обработаны при помощи DMT приложения 36, что позволяет произвести повторение этой обработки или коррекцию параметров конфигурации для следующего процесса обновления модели, по усмотрению пользователя.

Из проведенного описания становится понятно, что обновление моделей коллектора с использованием вновь полученных измерений и вычислений существенно оптимизируется (улучшается) в соответствии с этим вариантом осуществления настоящего изобретения. Эта оптимизация получена, большей частью, за счет использования основанной на web-технологии архитектуры приложения 36 инструментального средства управления данными (DMT приложения 36) и способности этого приложения обеспечивать автоматизированную последовательность выполняемых действий для сбора и обработки таких данных. Кроме того, эта основанная на web-технологии архитектура облегчает постоянное хранение параметров конфигурации, так что позднее легко могут быть получены и обновлены файлы модели, согласующиеся в ранее полученной информацией. На фиг. 9 показан такой периодический процесс выполнения DMT приложения 36 и приложения 35 моделирования коллектора, который начинается с процесса 130, в котором в течение времени проводят различные измерения в скважине и коллекторе. Например, при типичном использовании моделей коллектора для получения относительно долговременных результатов, эти измерения в процессе 130 могут проводиться в течение нескольких месяцев. В процессе 132, ранее начального выполнения DMT приложения 36, инженер-разработчик нефтяных и газовых месторождений RE конфигурирует DMT приложение 36, чтобы выбрать желательные временные рамки для данных измерений и вычисленных значений, а также чтобы выбрать другие параметры конфигурации, такие как отображение полей базы данных, тегов, ключей и колонок, в соответствии с колонками и т.п. файлов модели, изменения списка активных скважин, и задает параметры конфигурации для фильтров, усреднения и т.п.; также могут быть заданы рекуррентные данные, такие как RFT, PBU и другие события.

Затем, в процессе 134, загружают начальную модель коллектора для представляющих интерес скважин; эта начальная модель может быть истинной начальной моделью, или может быть результатом осуществления предыдущей модели. Затем производят осуществление процесса 135, в котором DMT приложение 36 собирает выбранные данные, производит их обработку в соответствии с параметрами конфигурации и прикладывает эти обработанные данные к файлам модели коллектора, загруженным в процессе 134, так, как это было описано здесь выше. После этого первого прогона процесса 135 процесс повторяют по истечении заданного периода времени (решение 137), например, по истечении периода времени, составляющего от одного до нескольких месяцев. Повтор процесса 135 может быть осуществлен по инициативе инженера-разработчика нефтяных и газовых месторождений RE (которым может быть тот же самый инженер-разработчик нефтяных и газовых месторождений RE, который ранее конфигурировал DMT приложение 36, или другой инженер-разработчик нефтяных и газовых месторождений), и, возможно, на другой рабочей станции 300, которая может иметь другое географическое местоположение. При повторном осуществления процесса 135 могут быть использованы все или некоторые параметры конфигурации, такие же как и ранее выбранные или другие параметры конфигурации (возможно, за исключением временного диапазона), по желанию инженера-разработчика нефтяных и газовых месторождений RE; с другой стороны, некоторые параметры конфигурации или выбранные элементы при повторном осуществления процесса 135 могут быть изменены, что определяет инженер-разработчик нефтяных и газовых месторождений RE в соответствии с его опытом. Затем периодическую обработку вновь полученных измерений продолжают указанным образом. Само собой разумеется, что обновление моделей коллектора при помощи процесса 135 также может быть осуществлено "по требованию", особенно в случае появления особых ситуаций или при реконфигурации эксплуатационного месторождения.

В соответствии с этим описанным выше вариантом осуществления настоящего изобретения, эффективно задают единственную прикладную последовательность выполняемых действий, которая позволяет собирать желательные данные, производить обработку этих данных и их преобразования в формат, готовый для применения к моделям коллектора, как это показано на фиг. 4 и 5. Этот подход управления данными в виде "сдачи под ключ" сводит к минимуму рабочую нагрузку и вмешательство оператора, такого как инженер-разработчик нефтяных и газовых месторождений RE. Однако, также предусматривается реализация настоящего изобретения таким образом, что может потребоваться выполнение специфического приложения в последовательности выполняемых действий, чтобы произвести преобразование специфических данных или их переформатирование, при этом остальную часть последовательности выполняемых действий осуществляют при помощи инструментального средства управления данными; это "гибридное" управление данными обладает многими преимуществами полного подхода в виде "сдачи под ключ", однако в некоторых случаях оно может быть более эффективным для внедрения. На фиг. 10 приведен пример последовательности выполняемых действий при таком гибридном подходе, в соответствии с альтернативным вариантом настоящего изобретения, в котором, в качестве примера, использовано упомянутое здесь выше VIP DATA STUDIO приложение фирмы Halliburton.

В схеме последовательности выполняемых действий, показанной на фиг. 10, конфигурация и работа компонента 40' доступа к данным, который является частью приложения 36 инструментального средства управления данными (DMT), соответствуют ранее описанным выше, причем компонент 40' доступа к данным конфигурирован для выборки данных измерений, таких как расход и фаза, из источников 2 данных. В соответствии с этим вариантом настоящего изобретения, компонент 40' доступа к данным также позволяет выполнять некоторые операции фильтрации, которые ранее производились в компоненте 42 преобразования, в том числе идентификацию сценариев, таких как увеличение производительности скважины, а также производить фильтрацию пичков и низкого дебита и распространение (расширение) пичков и низкого дебита, на основании параметров 42' конфигурации, введенных в компонент 40' доступа к данным. В соответствии с этим вариантом настоящего изобретения, на выходе компонента 40' доступа к данным получают ".ра" файл 140, который может быть использован как файл ввода в VIP DATA STUDIO приложение, что известно само по себе. Компонент 40' доступа к данным постоянно хранится в web-сервере 32 и выполняется им, в виде основанного на технологии web приложения, к которому имеет доступ рабочая станция 30, интерактивно взаимодействующая с ним, как уже было описано здесь выше.

В соответствии с этим альтернативным вариантом осуществления настоящего изобретения, в процессе 145, инженер-разработчик нефтяных и газовых месторождений RE выполняет приложение, чтобы форматировать данные для применения к модели. В этом примере, приложение, которое выполняют в процессе 145, представляет собой VIP DATA STUDIO приложение, при помощи которого файл ввода .ра преобразуется в пару файлов 150, содержащих файл наблюдения .obs и файл рекуррентных данных r.dat, описанные здесь выше. Само собой разумеется, что и другие приложения, кроме VIP DATA STUDIO приложения, также могут быть использованы, в зависимости от среды моделирования, в которой используют настоящее изобретение. Предусматривается, что процесс 150 может быть осуществлен на рабочей станции 30, например, при помощи web-сервера 32, продвигающего .ра файл 140 на рабочую станцию 30, на которой VIP DATA STUDIO приложение постоянно храниться и осуществляется, после чего выходные файлы 150 продвигаются при помощи рабочей станции 30 на web-сервер 32. Альтернативно, приложение (VIP DATA STUDIO приложение в этом примере) может постоянно храниться на web-сервере 32 и осуществляться в виде основанного на технологии web приложения, если это желательно.

Файлы 150 затем применяют в компоненте 50 модернизации модели, который устроен в соответствии с описанным здесь выше со ссылкой на фиг. 5, при помощи которого обновляют файлы 51 модели, заданные инженером-разработчиком нефтяных и газовых месторождений RE. Как правило, как уже было указано здесь выше, компонент 50 модернизации модели считывает файлы 150 с выхода VIP DATA STUDIO приложения в процессе 145, вводит результаты имитации PBU и выходные команды RFT в файл рекуррентных данных r.dat и преобразует файлы данных таким образом, чтобы даты событий, указанные в файле рекуррентных данных r.dat, были согласованы с временными параметрами PBU анализа и результатами моделирования, и с другими аналогичными операциями. На выходе компонента 50 модернизации модели, как и ранее, получают файлы данных с ограничениями модели (от рекуррентных событий) и с наблюдениями (измерениями), в формате, подходящем для желательного приложения моделирования коллектора, такого как комплект моделирования TDRM. Компонент 50 модернизации модели, как и прежде, преимущественно постоянно хранится в web-сервер 32 и выполняется им как часть всего основанного на web-технологии DMT приложения 36, описанного здесь выше.

Таким образом, в соответствии с этим альтернативным вариантом осуществления настоящего изобретения, могут быть получены многие из тех же самых преимуществ, несмотря на то, что вся операция обработки данных не содержится в одном и том же основанном на web-технологии приложении. Многие из совокупности параметров конфигурации могут постоянно храниться в web-сервере 32, причем сбор данных и сопряжение с приложением 25 моделирования коллектора могут осуществляться при помощи web-сервера 32, без использования местных рабочих станций в качестве инструментов конфигурации и индикации, при этом выполнение приложения для осуществления форматирования данных производят в соответствии с ранее описанным. Таким образом, предусматривается, что показанная на фиг. 10 схема может быть предпочтительной, с точки зрения ввода в действие, в некоторых ситуациях, в которых полное кодирование готового к сдаче "под ключ" DMT приложения не является экономически выгодным.

Настоящее изобретение позволяет получить различные преимущества при измерении и моделировании скважины и коллектора. Теперь становится доступным широкий диапазон источников данных за счет использования основанного на web-технологии приложения, причем данные от этих источников могут быть обработаны при помощи этого основанного на web-технологии приложения в соответствии с параметрами конфигурации, которые заданы оператором, но которые могут постоянно храниться в web-сервере, так что по желанию может поддерживаться согласованность подхода моделирования во времени, в случае различных операторов и различного местоположения. Может быть получена высокая гибкость при обработке этих данных, в том числе с использованием различного усреднения для снижения объема обработанных данных. Архитектура программного обеспечения основана на использовании сменных компонентов, что позволяет по желанию обновлять специфические компоненты и вводить новые компоненты, без разрушения всего приложения или нарушения его работы; при этом использование новых или модернизированных компонентов может быть осуществлено во время выполнения программы. В соответствии с одним из вариантов осуществления настоящего изобретения, обновление моделей коллектора может быть произведено без использования внешнего приложения для переформатирования и обновления файлов данных.

Несмотря на то что были описаны предпочтительные варианты осуществления изобретения, совершенно ясно, что в него специалистами в данной области могут быть внесены изменения и дополнения, которые не выходят однако за рамки приведенной далее формулы изобретения.