RU50695U1 - Система хранения и обработки данных - Google Patents
Система хранения и обработки данных Download PDFInfo
- Publication number
- RU50695U1 RU50695U1 RU2005113043/22U RU2005113043U RU50695U1 RU 50695 U1 RU50695 U1 RU 50695U1 RU 2005113043/22 U RU2005113043/22 U RU 2005113043/22U RU 2005113043 U RU2005113043 U RU 2005113043U RU 50695 U1 RU50695 U1 RU 50695U1
- Authority
- RU
- Russia
- Prior art keywords
- information
- subsystem
- database
- graphic
- semantic
- Prior art date
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Предложена система, содержащая первую и вторую подсистемы. В первой подсистеме графическая информация об объектах, расположенных на поверхности Земли, из массива графической информации связана с семантической информацией о тех же объектах из массива семантической информации в единый массив графосемантической информации. Связывание информации осуществляется модулем сверки и контроля, входящим в состав первой подсистемы. Вторая подсистема, связанная с первой подсистемой компьютерной сетью, содержит базу данных, информация в которой совпадает с информацией об объектах, хранящейся в едином массиве графосемантической информации в первой системе. При внесении изменений в любой из массивов первой системы база данных второй подсистемы обновляется в оперативном режиме, так чтобы информации в базе данных второй подсистемы совпадала с информацией единого массива графосемантической информации первой системы.
Description
Уровень техники
Технический учет объектов недвижимости в современных условиях является одной из немаловажных внутренних государственных задач. Данные технического учета являются собственностью государства и служат основой для решения целого ряда хозяйственных и статистических задач, таких как: статистический учет, налогообложение, оформление правовых отношений в сфере недвижимости и сделок с ней, планирование и развитие городской архитектуры, капитальное строительство, управление фондами недвижимости и многие другие.
Для решения упомянутых задач в городах России имеются районные и городские Бюро технической инвентаризации (БТИ), в которых имеются технические данные обо всех объектах недвижимости, расположенных на данной территории.
В каждом БТИ имеется в виде базы данных электронный архив поэтажных планов объектов недвижимости, хранимых в графическом виде, например, в векторном формате программы Autocad (с расширением .dwg) и содержащий поэтажные планы строений, находящихся на территории, относящейся к БТИ.
В целях автоматизации производственных процессов в МосгорБТИ в начале 90х годов XX столетия были разработаны и приняты в 1994 году в промышленную эксплуатацию база данных «Жилищный и нежилой фонд» (БД ЖНФ) и соответствующая система управления базой данных
(СУБД) «СТЭКС» (СТаткарточка, Экспликация, Справка), которые рассматриваются в качестве одного из аналогов предлагаемой в настоящей полезной модели системы. Эти существующие система и база данных содержат семантическую информацию, т.е. в основном цифровые данные, в виде характеристик, параметров и атрибутов отдельных строений и домовладений жилого и нежилого фондов.
К основным задачам, которые позволяет решать система СТЭКС, относятся:
- ввод, хранение и обработка предметной информации по статистическим карточкам (статкарточкам) жилых и нежилых строений, при этом статкарточка является составной частью технического паспорта на объект недвижимости;
- ввод, хранение и обработка детализированной (практически до параметров, указываемых в техническом паспорте) информации на объект недвижимости;
- ввод, хранение и обработка экспликации по жилым квартирам и нежилым помещениям (экспликация - перечень отдельных комнат, помещений с указанием их технических характеристик, таких как: номер, тип, площадь, назначение, состояние и т.д.);
- ведение адресного списка БТИ и «Адресного реестра» г.Москвы;
- сбор и выдача отчетной и статистической информации;
- формирование и выдача формализованных и произвольных справок различного вида и назначения;
- преобразование информации в формат DBF и ее вывод;
Конструктивно БД ЖНФ является распределенной файл-серверной базой данных, которая реализована на платформе Clarion в
операционной системе MSDOS.
Основные недостатки системы СТЭКС заключаются в следующем:
1. Низкие производительность, масштабируемость и несоответствие системы современным технологиям быстрого доступа и управления данными и информационными системами;
2. Низкий уровень защиты информации от несанкционированного доступа;
3. Обеспечение оперативного режима (Online) только в локальных сетях территориальных подразделений МосгорБТИ. Центральные подразделения и внешние потребители работают с информацией в режиме Off-Line с отставанием по внесению и согласованию изменений в 3-5 дней;
4. Невозможность хранения и обработки современных мультимедийных данных;
5. Высокие эксплуатационные затраты на поддержание работоспособности, целостности данных системы;
6. Отсутствие стабильных информационных механизмов, затрудняющее правильную интерпретацию сведений БД, особенно при передаче их во внешние информационные системы;
7. Допустимая погрешность при выдаче результатов, связанных с площадями строений, до 1 квадратного метра;
8. Отсутствие возможности работы с графическими данными.
С другой стороны, в БТИ существует архив поэтажных планов в электронном виде. Это отсканированные с бумажных чертежей и переведенные в векторный формат поэтажные планы строений жилого и нежилого фондов недвижимости. Этот архив не связан с системой СТЕКС. В нем содержатся векторизованные поэтажные планы (ВПП)
строений жилого и нежилого фондов.
Кроме того, в РФ существует Единая государственная картографическая основа (ЕГКО), в которой в электронном виде в базе данных хранится картографическая информация, которая представляет собой графическую информацию об объектах (в частности - города или отдельного его района) на поверхности земли, полученную переводом в электронный вид существующих топографических планов территории города специалистами Федерального агентства по геодезии и картографии.
Взаимосвязь между упомянутыми хранилищами информации (БТИ и ЕГКО) отсутствует, но такая необходимость существует для эффективного управления недвижимостью. Так, например, для сдачи в аренду, регистрации прав на недвижимое имущество, эксплуатации недвижимости и т.п. необходимо предоставлять и анализировать графическую (из ЕГКО), графическую (из БТИ) и семантическую (из БТИ) информацию одновременно.
Однако установление такой взаимосвязи встречает несколько сложностей, в частности, преобразование данных из формата одной системы в формат другой, задержку во времени при внесении изменений в одну из частей для отслеживания соответствующих изменений в другой, организация пользовательского интерфейса.
В настоящее время не существует эффективных способов обмена и передачи информации между упомянутыми системами. Информация вручную на бумажных и/или магнитных носителях из разных систем поступает к потребителю.
Пример взаимодействия согласно существующему уровню техники представлен на Фиг.1.
Из организации, эксплуатирующей объекты недвижимости, после выполненных ремонтов и перепланировок объектов недвижимости для официального внесения изменений в техническую документацию в БТИ направляют запрос на инвентаризацию. Инвентаризацию осуществляют работники БТИ, в результате которой вычерчивают новый поэтажный план и составляют экспликацию. Технические (цифровые) данные об объектах недвижимости поступают администратору базы данных, после чего он вносит их в СТЭКС. Поэтажный план переводится в электронный вид оператором векторизации, после чего поэтажные планы и экспликации распечатываются и в бумажном виде поступают в организацию, эксплуатирующую объекты недвижимости, где они вручную проверяются, т.к. все количественные и описательные характеристики (названия, площади и т.п.) в экспликации и на поэтажном плане должны совпадать. После этого поэтажные планы и экспликации направляются в общий архив, откуда их ксерокопии поступают для работы в подразделения БТИ и организации, эксплуатирующие объекты недвижимости.
Вследствие упомянутых недостатков каждой из названных систем, а также больших временных затрат и объемов бумажных документов имеется необходимость в создании единой системы хранения, обработки и представления графической и семантической информации об объектах недвижимости, обеспечивающей эффективное решение задач управления фондом недвижимости и обладающей высокой производительностью и масштабируемостью, высоким уровнем интеграции и защиты информации, а также средствами связи графических и семантических данных.
Сущность полезной модели
Полезная модель предлагает систему, обеспечивающую передачу из БТИ (в варианте осуществления - в МосгорБТИ) в совместную с БТИ объектографическую базу данных недвижимости для эксплуатирующей организации (в варианте осуществления - для ГлавУпДК при МИД России) (СОБД) информации о строениях, поэтажных планах и т.п. и получения экспликации к ним не на отдельных носителях информации, полученных извлечением информации из различных систем - СТЭКС и архива векторных поэтажных планов, а в виде единого согласованного графосемантического массива из единой среды в электронном виде.
Графическая часть упомянутого единого графосемантического массива представляет собой векторные поэтажные планы, на которых каждый объект векторного поэтажного плана (этаж, квартира, помещение, комната) имеет уникальный ключ - GUID.
Семантическая часть представляет собой данные, извлеченные из СТЭКС, связанные посредством GUID с соответствующим графическим объектом.
Формирование и поддержание в согласованном виде графической и семантической информации в графосемантическом массиве осуществляется после выполнения соответствующих процедур контроля соответствия графической и семантической информации друг другу в модуле сверки и контроля. При этом должна соблюдаться преемственность идентификационных ключей с уже переданными массивами. Т.е. один и тот же объект (строение, этаж, квартира, комната, помещение) имеет постоянный GUID, даже в случае удаления этого объекта и последующего его
восстановления.
Массивы графической и семантической информации, электронный архив поэтажных планов (ЭРАПП), в состав которого входит модуль сверки и контроля, и промежуточная БД, в которой хранится информация, связывающая графическую и семантическую информацию в единый графосемантический массив, образуют первую подсистему. К упомянутой промежуточной БД имеет доступ совместная объектографическая база данных недвижимости (СОБД), информация в которой поддерживается в точности соответствующей информации из упомянутой промежуточной БД. СОБД образует вторую подсистему предлагаемой системы, причем вторая подсистема может быть расположена в удаленном местоположении, но должна быть связана по сети с первой подсистемой.
Любые изменения, внесенные по меньшей мере в один из массивов графической или семантической информации, в результате работы системы вносятся в единый графосемантический массив и СОБД. На основе уникальности идентификационных ключей графических объектов выполняется репликация между базами данных первой и второй подсистем, обеспечивающая отслеживание изменений при внесении изменений в массивы. Контроль и репликация выполняются в оперативном режиме автоматически при каждом внесении изменения или периодически согласно заранее заданному расписанию. Вследствие этого обновленная информация попадает по назначению во вторую подсистему (в СОБД).
Передача данных между серверами БТИ и СОБД в одном из вариантов осуществления выполняется службой DTS (трансформации данных) MS SQL SERVER. Аналогичные службы есть в других СОБД,
которые могут быть применены в других вариантах осуществления.
Краткое описание чертежей
Фиг.1 иллюстрирует пример взаимодействия согласно уровню техники.
Фиг.2 - пример взаимодействия согласно настоящей полезной модели.
Фиг.3 - пример обобщенной схемы контроля согласно настоящей полезной модели.
Фиг.4 - пример графического интерфейса пользователя в случае доступа к меню прикладных задач.
Фиг.5 - пример экспликации домовладения БТИ, выводимой посредством графического интерфейса пользователя согласно настоящей полезной модели.
Фиг.6 - пример графического интерфейса, который открывает пользователю доступ к функциям, требуемым в запросах.
Фиг.7 - пример графического интерфейса, который предоставляет пользователю возможность работать с мультимедийной информацией (например, с фотографией).
Фиг.8 - пример поэтажного плана строения, выданного пользователю в ответ на запрос.
Фиг.9 - пример электронного документа, выданного пользователю в ответ на запрос.
Подробное описание вариантов осуществления
Используемые термины и сокращения
ЭРАПП | - электронный архив поэтажных планов |
БД | - база данных |
ГС | - графосемантический массив |
БДЖНФ | - база данных «Жилищный и нежилой фонд» БТИ |
БТИ | - бюро технической инвентаризации |
ГИС | - геоинформационная система |
ЕГКО | - единая государственная картографическая основа |
ЛКМ, ПКМ | - левая (правая) кнопка мыши. |
Домовладение | - дом (дома) и обслуживающие его (их) строения и |
сооружения, находящиеся на обособленном | |
земельном участке. | |
Строение | - отдельно построенное здание, дом. |
ПП | - поэтажный план - чертеж помещения, включающий |
в себя, окна, двери, лестницы, балконы и т.п. | |
на одном этаже. | |
Технический | - документ, в котором содержатся сведения о |
паспорт | принадлежности, описание зданий и сооружений, |
домовладения | назначение, техническое состояние и т.п. |
Экспликация | - документ, содержащий количественные |
показатели (площади, номера и количество комнат | |
и т.п.). |
Описание системы
Сущность полезной модели поясняется на Фиг.2. На Фиг.2 представлена структурная схема, иллюстрирующая формирование и передачу информации между БТИ и организацией, эксплуатирующей объекты недвижимости (далее - эксплуатирующая организация), согласно настоящей полезной модели.
Массивы графической и семантической информации, электронный
архив поэтажных планов (ЭРАПП), в состав которого входит модуль сверки и контроля, и промежуточная БД, в которой хранится информация, связывающая графическую и семантическую информацию в единый графосемантический массив, образуют первую подсистему. К упомянутой промежуточной БД имеет доступ совместная объектографическая база данных недвижимости (СОБД), информация в которой поддерживается в точности соответствующей информации из упомянутой промежуточной БД. СОБД может быть расположена или образовывать вторую подсистему предлагаемой системы.
ЭРАПП содержит модуль сверки и контроля для проверки соответствия друг другу графической и семантической информации. Кроме сверки в нем происходит формирование связей графической информации и семантической информации, после чего выполняется преобразование данных поэтажных планов в формат геоинформационной системы (в варианте осуществления - ГИС Geobuilder).
В одном из вариантов в первой подсистеме единая база данных графосемантической информации реализуется на основе сервера, остальные компоненты подсистемы (ЭРАПП, массивы графической и семантической информации) могут быть реализованы на одном или более компьютерах (рабочих станциях). К системе может быть осуществлен доступ также с любого компьютера (рабочей станции), подключенного к серверу первой подсистемы или СОБД во второй подсистеме. При этом все функциональные возможности по получению информации от системы доступны в полном объеме с любого автоматизированного рабочего места, подключенного к компьютерной (локальной или глобальной) сети, через интерфейс пользователя.
Связь между компьютерами в сети может осуществляться, например, по протоколу TCP/IP, используя сеть Ethernet, или с использованием других сетевых средств передачи данных. Могут использоваться также удаленные точки доступа, подключаемые по выделенным каналам. Информация между подсистемами передается в зашифрованном виде, например, по протоколу 3DES IPsec.
Работа системы основана на использовании графических данных, представленных в растровом и/или векторном формате, и данных, представленных в семантическом виде. Графические и семантические данные относятся к одним и тем же объектам, находящимся на поверхности Земли, например, строениям и домовладениям, причем объединение графического и семантического массивов данных в единый массив графосемантической информации происходит целиком в ЭРАПП.
Единый графосемантический массив объединяет массивы графической и семантической информации с точки зрения физического способа хранения информации в БД. С другой стороны, единый графосемантический массив связывает массивы графической и семантической информации с точки зрения управления логикой ведения объединенной БД.
Графическим массивом данных в варианте осуществления является архив векторных поэтажных планов (ВПП), семантический массив данных в варианте осуществления составляет информация из БД СТЭКС.
В графической части объединенного массива каждый объект (этаж, квартира, помещение, комната) на ВПП имеет уникальный ключ - GUID (глобальный универсальный идентификатор),
присваиваемый в рамках СУБД предлагаемой системы. Эта СУБД должна гарантировать уникальность каждого идентификатора (ключа) GUID. В одном из вариантов полезной модели в качестве СУБД может использоваться MS SQL Server. В других вариантах осуществления вместо SQL Server могут использоваться другие СУБД, обладающие аналогичными возможностями.
Кроме того, к предлагаемой системе подключается Единая Государственная картографическая основа (ЕГКО) в качестве графического массива БД. При этом изменения, внесенные в ЕГКО посредством настоящей системы отображаются в СОБД, что составляет принцип репликации. Графический массив открывается и в первой подсистеме (в варианте осуществления - в БТИ) и в эксплуатирующей организации с помощью ГИС «GeoBuilder».
Семантическая часть в одном из вариантов осуществления представляет собой набор данных из БД СТЭКС, причем элементы этого набора данных в СОБД связаны посредством GUID с соответствующими графическими объектами из массива графической информации.
Предлагаемая система строится на основе геоинформационной системы (ГИС) GeoBuilder - программном комплексе для создания, ведения и поддержания информации о местности в виде баз данных электронных карт. Эта программная оболочка служит для визуализации графической информации (имеющейся, например, в ЕГКО с отображенными на ней строениями и домовладениями и поэтажными планами) и семантической информацией, связанной с этой графической информацией. Функционально GeoBuilder предоставляет пользовательский интерфейс и программные модули для связи
графической информации с семантической посредством встроенного модуля обработки внешней семантической информации. Вместо GeoBuilder может использоваться любая другая оболочка, позволяющая связывать графические объекты с соответствующими атрибутами.
Электронная карта, с которой работает ГИС, представляется набором картографических слоев. Состав и количество слоев определяются пользователем. Это могут быть слои, представленные в виде файла в растровом формате и используемые в качестве графической «подложки» (создаются на основе отсканированных листов фотоплана, топопланшетов и т.п.) и набор слоев в векторном формате, соответствующие пространственным объектам и объединенные общими признаками (символизацией) в соответствии с их смысловым содержанием и потребностями пользователя. Для каждого векторного слоя создается таблица семантических (атрибутивных) данных, используемых для поиска или отбора объектов для включения в ответ на запрос пользователя, а также для настройки легенд слоев в соответствии со значениями характеристик объектов, их составляющих.
Отображение электронной карты на экране также является многослойным и может составляться путем комбинирования растрового изображения, матричного представления различных свойств местности (например, матрица высот), векторного представления объектов и пользовательских тематических данных.
Информация об объектах (помещений и комнат) учета на поэтажном плане, которые в какой-то момент существовали, но потом были удалены из поэтажного плана, хранится в таблице и
архиве связей, которые являются внутренними объектами ЭРАПП. Цель их использования заключается в том, что если объект существовал на ПП, но потом был удален, а через некоторое время был восстановлен, то ключ объекта (GUID записи об этом объекте в БД) будет тем же самым.
На основе уникальности идентификационных ключей графических объектов между базой данных единой графосемантической информации и СОБД строится процедура репликации, обеспечивающая оперативное автоматическое отслеживание изменений.
Для объединения упомянутых массивов данных в базу данных единой графосемантической информации используется специальная промежуточная БД SHLUZ, в которой находятся данные, которые затем реплицируются в СОБД. Поэтому после выполнения репликации в СОБД хранится копия БД SHLUZ. Процедура репликации данных осуществляется посредством СУБД (например, MS SQL SERVER 2000), при этом происходит передача данных из БД SHLUZ в СОБД.
Назначение БД SHLUZ, кроме того, состоит в отборе необходимых наборов данных из вышеуказанных массивов данных для включения в ответ на запрос администратора БД и отслеживании в эксплуатирующей организации изменений данных, вносимых в один из массивов графической и/или семантической информации.
Отбор информации осуществляется из семантической БД (например, СТЭКСа) и графической БД (например, архива поэтажных планов). При этом отбор может происходить периодически в соответствии с установленным регламентом или, например, по команде администратора БД SHLUZ. Передача данных из БТИ (т.е. первой подсистемы) в эксплуатирующую организацию осуществляется
посредством обращения (запроса) к БД SHLUZ, например, со стороны эксплуатирующей организации для извлечения данных. В конкретном варианте осуществления настоящей полезной модели передача графической и семантической информации между сервером БТИ и сервером эксплуатирующей организации осуществляется средствами службы DTS (трансформации данных) СУБД Microsoft SQL Server. Аналогичные службы есть в других СУБД.
Автоматическое формирование единого графосемантического массива осуществляется только после выполнения соответствующих процедур контроля соответствия графической и семантической информации друг другу. При этом должна соблюдаться преемственность идентификационных ключей (GUID) объектов с идентификационными ключами в уже переданных массивах. Т.е. один и тот же объект карты (строение, этаж, квартира, комната, помещение) имеет постоянный GUID.
Для работы с системой необходим файл карты с созданным векторным слоем и техническая информация, содержащаяся во внешней БД, которую планируется подключать (связывать). Внешней БД может быть любая табличная БД.
На векторном слое карты отображаются объекты в векторном формате (векторные объекты), которые являются составной частью векторного слоя и объединены по смысловому содержанию и характеру локализации (строения, домовладения, квартиры, комнаты и т.п.). Физически векторный объект - это массив информации, содержащий координаты вершин объекта, а также ряд его атрибутов (цвет, форма и ширина линии и пр.). Каждый объект карты имеет уникальный ключ (GUID), используемый для идентификации этого
объекта и обеспечивающий связь со значениями его семантических характеристик.
Первоначально связывание информации об объекте на векторном поэтажном плане с семантической информацией по нему от внешнего источника (например, семантической базы данных) происходит автоматически в программном модуле (ЭРАПП, машина сверки), расположенным перед БД SHLUZ. Когда связи установлены, в дальнейшем возможно пополнение/изменение информации без повторного связывания векторного и семантического массивов.
Работа БД SHLUZ построена таким образом, что по запросам администратора этой базы информация из архива поэтажных планов и массива семантической информации поступает в модуль ЭРАПП, где происходит контроль, сверка и получение связанного массива, который затем передается в БД SHLUZ, а потом реплицируются в СОБД.
Контроль графической информации и семантической информации осуществляется средствами программного комплекса, входящего в структуру ЭРАПП. Процедура контроля полностью автоматизирована и не зависит от оператора. При помощи программного модуля, имеющегося в ЭРАПП, в соответствии с заданным алгоритмом происходит проверка помещения на соответствие графической информации и семантической информации друг другу. Так как в любой из этих массивов могут быть внесены изменения, то контроль требуется после каждого внесения изменений. Контроль может также выполняться по расписанию.
Пример обобщенной схемы контроля приведен на Фиг.3. В частности, на этапе 301 в ЭРАПП из архива поэтажных планов
поступает поэтажный план со своим описанием (площади, размеры и т.д.), т.е. графическая информация, а из семантического архива в ЭРАПП поступает семантическая информация, которая также содержит данные о площадях и размерах, номерах комнат и помещений и другую информацию объектов этого поэтажного плана.
После этого на этапе 302 происходит проверка графической информации на читаемость, так как во время ее формирования (например, сканированием) могут быть допущены ошибки, вызванные различными причинами, в частности - неразличимостью отдельных символов, накладкой текстовой и графической информацией друг на друга и т.п. Если информация читается, то происходит выбор объекта (этап 303) из графического массива. Для данного объекта из массива графической информации из массива семантической информации извлекается (этап 304) соответствующая информация и проверяется на единственность (этап 305). Если семантическая информация об объекте единственна, т.е. отсутствует дублирующая ее информация или имеющая ошибочные повторяющиеся элементы, то происходит связь семантической и графической информации (этап 306) для объекта, выбранного из графического массива, и проверка - имеется ли еще несвязанная информация в массиве графический данных (этап 307). Если для всех объектов графического массива были установлены связи, т.е. все объекты графического массива были обработаны, то на этапе 308 проверяют, есть ли еще несвязанная семантическая информация для данного поэтажного плана. Если такой информации нет, то сверка и контроль проверка завершаются. В случае получения отрицательного результата на любом из этапов 302, 305, 307, 308 выдается сообщение об ошибке,
и массивы семантической и графической информации передаются на исправление в соответствующие подразделения БТИ, на чьих территориях находится объект домовладения. В случае успешного выполнения алгоритма графосемантическая информация готова для передачи в СОБД.
К БД SHLUZ может быть подключена любая другая внешняя база данных, при этом электронная связь между графическими объектами и информацией такой внешней БД создается при выборе пользователем конкретного графического объекта посредством автоматического назначения ему в соответствие некоторой информации из внешней базы данных (связывание объекта карты и записи из внешнего источника).
Связь между графической и семантической информацией об объектах из различных БД обеспечивается реляционными базами данных, основными элементами которых являются таблицы, содержащие различную информацию относительно объектов. При этом информация в таких таблицах связывает объекты из графического и семантического массивов.
Одно или несколько полей в каждой таблице могут являться ключевыми полями. Комбинация значений этих полей однозначно определяет каждую запись в базе. В межтабличных связях ключевые поля используются для ссылок из одной таблицы на записи в другой таблице. При этом содержимое полей в записях двух таблиц должно совпадать, этим определяется способ связывания таблиц. Совокупность ключевых полей разных таблиц позволяет при ответе на запрос объединить данные из нескольких таблиц в одну запись. Формирование подобных таблиц и задание межтабличных связей между
ними очевидно для специалистов в данной области техники.
Для связанных таблиц становится возможным создание запросов на формирование записей, посредством которых выводятся данные из нескольких таблиц сразу.
Поэтому в настоящей полезной модели в таблицах с информацией о графических и семантических объектах в СОБД согласно настоящей полезной модели имеется столбец GUID, который является объединяющим для всех объектов из графической и семантической частей предлагаемой системы.
Параметры "Имя карты" и "GUID объекта", позволяющие однозначно идентифицировать объект карты, являются внешними (по отношению к БД) составными ключами объекта карты. Поля названия карты и ключа слоя полезны для оптимизации обработки данных, при этом поле ключа объекта обеспечивает связь объекта карты с записью СОБД и является обязательным. Перечисленные поля добавляются в одну из таблиц базы данных (таблицу связи) и составляют поля связи.
Передача информации из единого массива в СОБД выполняется посредством репликации (дублирования) информации единого массива. Репликация может осуществляться по запросу, формируемому в случае необходимости получения требуемой информации) или автоматически при внесении изменений в БД в БТИ.
Реплицируя на свой сервер таблицы с графической и семантической информацией и таблицы связи с сервера БТИ, эксплуатирующая организация получает необходимую информацию. Кроме того, изменения, полученные БТИ от своих работников, осуществляющих инвентаризацию, автоматически отображаются в
СОБД. Вследствие этого, обновленная информация попадает по назначению в СОБД.
В репликации участвуют векторный поэтажный план, таблица связи (хранит текущую информацию о связанных объектах), СТЭКС и архив связей (хранит информацию об объектах на удаленных векторных поэтажных планах).
Пример механизма репликации может выглядеть следующим образом:
1. Инициализируют новый ПП. Если данная копия первый раз заносится в БД, то сразу заносят ее в основной архив связей. Иначе помещают во временный буферный архив связей.
2. Импортируют семантическую информацию СТЭКС для данного этажа.
3. Если предыдущей копии ПП не существует, то запускают модуль сверки и контроля, и по результатам его работы формируют таблицу связи.
4. Если предыдущая копия ПП существует (и следовательно, на ее основе сформирована таблица связи), то переходят непосредственно к репликации.
5. Создают временную таблицу связей и перемещают в нее весь старый набор связей.
6. Сравнивают семантическую информацию нового ПП и семантической БД (например, СТЭКС).
7. Все вновь установленные связи заносят в новую таблицу связи, одновременно удаляя их из временной таблицы и помечают их в новом ПП в качестве связанных.
8. Если временная таблица не пуста, то сравнивают
семантическую информацию нового ПП с семантической информацией временной таблицы. Если обнаружены одинаковые объекты, но имеющие разные GUID, то GUID из временной таблицы перемещают в новый ПП.
9. Если Архив связей не пуст, то сравнивают семантическую информацию нового ПП с семантической информацией из архива связей. Если обнаружены одинаковые объекты, но имеющие разные GUID, то GUID из архива перемещают в новый ПП.
10. Всю информацию, оставшуюся во временной таблице, перемещают в архив связей для сохранения GUID удаленных объектов.
11. Удаляют временную таблицу и завершают работу.
Соблюдение данного алгоритма гарантирует, что объект в ПП, созданный когда-либо и прошедший через модуль сверки, всегда при любых изменениях семантической информации на ПП будет иметь один и тот же GUID, даже если на каком-либо промежуточном этапе жизни ПП объект был удален, а спустя некоторое время восстановлен.
В одном из примеров реализации полезной модели графосемантический массив, поступающий на сервер СОБД эксплуатирующей организации, содержит 27 таблиц, в которых около 500 полей. Эти таблицы описывают графическую информацию и семантическую информацию объектов и обновляются автоматически благодаря репликации.
Пример пользовательского интерфейса системы
Ниже описан пример пользовательского интерфейса системы для упомянутой совместной с МосгорБТИ объектографической базы данных недвижимости ГлавУпДК при МИД России (СОБД) со ссылками на
Фиг.4-9.
Доступ к семантическим ресурсам системы осуществляется из графической среды. Для начала работы с системой достаточно открыть файл электронной карты (например, файл Единой Государственной картографической основы) предназначенной для этого программой, например, ГИС «GeoBuilder», после чего выбрать нужную информацию по домовладению, строению или помещению. В настоящее время в системе реализованы следующие электронные связи между объектами карты и таблицами с техническими характеристиками:
Карта | Слой карты | Семантический ресурс | Название связи |
ЕГКО_УПДК | БТИ Адресные контура | Объекты учета БТИ - строения | Строения |
ЕГКО_УПДК | БТИ Домовладения | Объекты учета БТИ - Домовладения | Домовладения |
Поэтаж. план | KVRT_PLN | Объекты учета БТИ - Квартиры/помещения | Квартиры - помещения |
Поэтаж. план | KOMN_PLN | Объекты учета БТИ - Комнаты | Комнаты |
ЕГКО_УПДК | БТИ Адресные контура | БД Аренда ГлавУпДК формата MS SQL | Platinum_Строения |
Поэтаж. план | KVRT_PLN | БД Аренда ГлавУпДК формата MS SQL | Platinum_КВАРТИРЫ |
Доступ к общим навигационно-поисковым функциям системы осуществляется посредством стандартных и документированных средств GeoBuilder. Доступ к специальным прикладным функциям системы реализован в меню прикладных задач и локализован по функциональному назначению. Для вызова меню прикладных задач для конкретного запроса (1) пользователя необходимо нажать ПКМ на любой необходимой строке с данными и выбрать пункт «Дополнительные команды» (Фиг.4). Функции, доступные для данного запроса, появляются в контекстном меню этого пункта. Функциями могут быть следующие:
Таблица 1 | |
Название связи | Меню |
Строения | Экспликации на все помещения (Excel) |
Строения | Итоги по строению БТИ на этаж (Excel) |
Строения | Дополнительная информация (фотографии) |
Строения | Открыть поэтажный план |
Строения | Итоги по строению БТИ (Excel) |
Строения | БД Фонд УпДК |
Квартиры-Помещения | Фильтр по активной карте |
Квартиры-Помещения | Экспликация по квартире БТИ (Excel) |
Квартиры-Помещения | Открыть поэтажный план |
Домовладения | Уборочные площади домовладения |
Домовладения | Экспликация на домовладение |
Комнаты | Экспликация по квартире БТИ (Excel) |
Описание некоторых функций, указанных в таблице 1 для различных установленных связей, приведено ниже в качестве примера.
Функция Экспликация домовладения для связи «Домовладения» (см. Фиг.5) выводит на экран экспликацию домовладения БТИ. Экспликация может быть распечатана на принтере в виде бланка. Вся информация недоступна для изменения пользователем: вызывая какие-либо справки (в данном случае «домовладение»), пользователь может только просматривать и распечатывать информацию, вносить изменения информации в СОБД он не может.
Функция Итоги по строению БТИ для связи «Строения» - выбирается из меню (см. Фиг.6) и предназначена для формирования электронного документа в формате Excel в ответ на запрос пользователя.
Функция Дополнительная информация (фотографии) (Фиг.7) - выводит на экран окно, предназначенное для работы с дополнительной информацией по строению. Дополнительной информацией может являться любой OLE-документ, например, точечный рисунок, аудиозапись, видео клип, документ Excel, Word и т.п. мультимедийной информацией. В данном окне для перехода к следующей/предыдущей странице можно воспользоваться кнопкой (1), добавления новой страницы или удаления текущей - соответствующими кнопками (2): добавить запись, удалить запись. Для редактирования текущего документа во внешнем редакторе необходимо выполнить команду из всплывающего меню (4). Для добавления нового документа можно «перетащить» его из «проводника» Windows на поле объекта в окне или выбрать команду (3) любым из указанных способов. Для замены существующего документа можно «перетащить» его из «проводника» Windows на поле, появляющееся в результате выбора данного пункта меню или выбрать команду (3) любым из указанных способов.
Функция Открыть поэтажный план - выбирается из меню (см. Фиг.6) и открывает поэтажный план строения (Фиг.8). Пользователю предоставляется возможность выбора интересующего этажа по номеру и типу из числа имеющихся в системе на данное строение.
Функция Экспликация по квартире БТИ (Excel) - предназначена для формирования электронного документа, аналогичного документу БТИ «Экспликация по квартире». Сформированный документ автоматически открывается в Excel. Пример выдаваемого документа приведен на Фиг.9.
Функция Экспликации на все помещения БТИ (Excel) - выбирается из меню (см. Фиг.6) и аналогична функции «экспликация по квартире», однако формирует выходные документы по количеству обнаруженных квартир, помещений здания БТИ.
На Фиг.2 справа приведены фотография здания, фрагмент карты местности, где находится это здание, поэтажный план отдельного этажа в здании и экспликация отдельной квартиры в указанном поэтажном плане, которые могут быть получены пользователем в результате запросов к СОБД. в
Применение и преимущества СОБД
В настоящее время введена в эксплуатацию совместная с МосгорБТИ объектографическая база данных недвижимости ГлавУпДК при МИД России (СОБД).
В СОБД представлены сведения, описывающие состояние фонда недвижимости, оперативно изменяемые с учетом внесения в него изменений. СОБД позволяет решать задачи учета, регистрации, эксплуатации и эффективного использования недвижимости. За счет внедрения СОБД достигнуто сокращение времени поиска необходимой информации и сокращение бумажного документооборота.
В одном из примеров осуществления предлагаемая система функционирует в среде ОС Windows NT, 2000, ХР и предназначена для работы в локальной сети предприятия. Системой управления базой данных (СУБД) является Microsoft SQL Serwer 2000. Система интегрирована с приложениями пакета MS Office 2000: Excel, Access и геоинформационной системы «GeoBuilder». Однако могут быть использованы и другие графические оболочки и управляющие СУБД.
В рамках решения задач управления фондом недвижимости упомянутая СОБД обеспечивает:
- добавление/обновление и редактирование технической информации (количественные характеристики, о площади, и т.п.строений) в формате DBF, MDB;
- создание/удаление связи между данными из таблиц в СОБД, относящимся к квартирам и комнатам, и соответствующей информацией, касающейся тех же квартир и комнат, изображенных на поэтажном плане;
- создание/удаление связи между данными из таблиц СОБД, относящимся к строениям и домовладениям, и данными, относящимся к тем же строениям и домовладениям, изображенным на электронной карте;
- ввод, хранение, редактирование дополнительной мультимедийной информации;
- установление электронной связи между внешними по отношению к СОБД базами данных и самой СОБД в соответствии с адресами и другими техническими характеристиками строений и домовладений;
- добавление/обновление и редактирование графической информации (векторные карты города, поэтажные планы строения);
- доступ через графическую информацию к семантической и обратная процедура, доступ через семантическую информацию к графической, хранящейся в виде табличных данных и электронных карт (ЕГКО, массивом поэтажных планов);
- визуализация (вывод на печать или экран дисплея) любой графической информации содержащейся в системе
- вывод (экспорт) семантической информации во внешние приложения (например, Microsoft Excel, Microsoft Word) в произвольном и формализованном виде.
Claims (10)
1. Система хранения и обработки данных, содержащая первую подсистему, включающую в себя по меньшей мере один компьютер, хранящую массив графической информации об объектах, расположенных на поверхности Земли, и массив семантической информации об упомянутых объектах, при этом информация о каждом объекте в одном из упомянутых массивов связана с соответствующей информацией об этом же объекте из другого массива посредством базы данных графосемантической информации, реализованной на сервере первой подсистемы, модуль сверки и контроля, выполненный с возможностью автоматического обновления информации об объектах в базе данных графосемантической информации при внесении любых изменений в информацию по меньшей мере об одном объекте по меньшей мере в одном из упомянутых массивов, и вторую подсистему, реализованную на основе по меньшей мере одного компьютера, связанного с первой подсистемой по компьютерной сети, содержащую базу данных, причем система выполнена с возможностью поддержания информации в базе данных второй подсистемы, совпадающей с информацией в базе данных графосемантической информации первой подсистемы, посредством выполнения в оперативном режиме обновления информации в базе данных второй подсистемы с помощью передачи данных из первой подсистемы во вторую подсистему.
2. Система по п.1, в которой объектами являются строения и домовладения, а семантическая информация содержит характеристики строений и домовладений.
3. Система по п.2, в которой упомянутая семантическая информация, является информацией, хранимой в БТИ.
4. Система по п.3, в которой передача данных во вторую подсистему выполняется автоматически в соответствии с заранее заданным регламентом.
5. Система по п.1, в которой передача данных во вторую подсистему выполняется по запросу администратора первой подсистемы.
6. Система по п.1, в которой графическая информация хранится в векторном графическом формате.7
7. Система по п.1, в которой графической информацией является информация из Единой государственной картографической основы.
8. Система по п.1, выполненная с возможностью выдачи пользователю семантической информации о любом объекте, графически выбранном им во второй системе.
9. Система по п.1, в которой передача данных между подсистемами реализуется на основе стека протоколов TCP/IP.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2005113043/22U RU50695U1 (ru) | 2005-04-28 | 2005-04-28 | Система хранения и обработки данных |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2005113043/22U RU50695U1 (ru) | 2005-04-28 | 2005-04-28 | Система хранения и обработки данных |
Publications (1)
Publication Number | Publication Date |
---|---|
RU50695U1 true RU50695U1 (ru) | 2006-01-20 |
Family
ID=35874208
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2005113043/22U RU50695U1 (ru) | 2005-04-28 | 2005-04-28 | Система хранения и обработки данных |
Country Status (1)
Country | Link |
---|---|
RU (1) | RU50695U1 (ru) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2465642C2 (ru) * | 2007-12-14 | 2012-10-27 | Майкрософт Корпорейшн | Режимы совместного редактирования документов |
RU2471305C2 (ru) * | 2007-01-31 | 2012-12-27 | Бэнк Оф Америка Корпорэйшн | Выборочное графическое представление данных, печатаемых на финансовых инструментах |
US8346768B2 (en) | 2009-04-30 | 2013-01-01 | Microsoft Corporation | Fast merge support for legacy documents |
US8352870B2 (en) | 2008-04-28 | 2013-01-08 | Microsoft Corporation | Conflict resolution |
US8352418B2 (en) | 2007-11-09 | 2013-01-08 | Microsoft Corporation | Client side locking |
RU2473118C2 (ru) * | 2007-10-26 | 2013-01-20 | Майкрософт Корпорейшн | Гибкое редактирование гетерогенных документов |
RU2477884C1 (ru) * | 2011-10-13 | 2013-03-20 | Открытое акционерное общество "Концерн "Созвездие" | Способ повышения скорости поиска данных с использованием адаптивных носителей данных |
US8417666B2 (en) | 2008-06-25 | 2013-04-09 | Microsoft Corporation | Structured coauthoring |
US8429753B2 (en) | 2008-05-08 | 2013-04-23 | Microsoft Corporation | Controlling access to documents using file locks |
US8825594B2 (en) | 2008-05-08 | 2014-09-02 | Microsoft Corporation | Caching infrastructure |
RU2571784C1 (ru) * | 2014-08-12 | 2015-12-20 | Закрытое акционерное общество "Институт телекоммуникаций" (ЗАО "Институт телекоммуникаций") | Интерактивный геоинформационный комплекс |
RU2818866C1 (ru) * | 2023-09-25 | 2024-05-06 | Общество с ограниченной ответственностью "Цифровые Геосистемы" | Геопортальная платформа для управления пространственно-распределенными ресурсами |
-
2005
- 2005-04-28 RU RU2005113043/22U patent/RU50695U1/ru not_active IP Right Cessation
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2471305C2 (ru) * | 2007-01-31 | 2012-12-27 | Бэнк Оф Америка Корпорэйшн | Выборочное графическое представление данных, печатаемых на финансовых инструментах |
RU2473118C2 (ru) * | 2007-10-26 | 2013-01-20 | Майкрософт Корпорейшн | Гибкое редактирование гетерогенных документов |
US8990150B2 (en) | 2007-11-09 | 2015-03-24 | Microsoft Technology Licensing, Llc | Collaborative authoring |
US8352418B2 (en) | 2007-11-09 | 2013-01-08 | Microsoft Corporation | Client side locking |
US10394941B2 (en) | 2007-11-09 | 2019-08-27 | Microsoft Technology Licensing, Llc | Collaborative authoring |
US9547635B2 (en) | 2007-11-09 | 2017-01-17 | Microsoft Technology Licensing, Llc | Collaborative authoring |
US8825758B2 (en) | 2007-12-14 | 2014-09-02 | Microsoft Corporation | Collaborative authoring modes |
US10057226B2 (en) | 2007-12-14 | 2018-08-21 | Microsoft Technology Licensing, Llc | Collaborative authoring modes |
RU2465642C2 (ru) * | 2007-12-14 | 2012-10-27 | Майкрософт Корпорейшн | Режимы совместного редактирования документов |
US20140373108A1 (en) | 2007-12-14 | 2014-12-18 | Microsoft Corporation | Collaborative authoring modes |
US9760862B2 (en) | 2008-04-28 | 2017-09-12 | Microsoft Technology Licensing, Llc | Conflict resolution |
US8352870B2 (en) | 2008-04-28 | 2013-01-08 | Microsoft Corporation | Conflict resolution |
US8825594B2 (en) | 2008-05-08 | 2014-09-02 | Microsoft Corporation | Caching infrastructure |
US8429753B2 (en) | 2008-05-08 | 2013-04-23 | Microsoft Corporation | Controlling access to documents using file locks |
US8417666B2 (en) | 2008-06-25 | 2013-04-09 | Microsoft Corporation | Structured coauthoring |
US8346768B2 (en) | 2009-04-30 | 2013-01-01 | Microsoft Corporation | Fast merge support for legacy documents |
RU2477884C1 (ru) * | 2011-10-13 | 2013-03-20 | Открытое акционерное общество "Концерн "Созвездие" | Способ повышения скорости поиска данных с использованием адаптивных носителей данных |
RU2571784C1 (ru) * | 2014-08-12 | 2015-12-20 | Закрытое акционерное общество "Институт телекоммуникаций" (ЗАО "Институт телекоммуникаций") | Интерактивный геоинформационный комплекс |
RU2818866C1 (ru) * | 2023-09-25 | 2024-05-06 | Общество с ограниченной ответственностью "Цифровые Геосистемы" | Геопортальная платформа для управления пространственно-распределенными ресурсами |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU50695U1 (ru) | Система хранения и обработки данных | |
US10437860B2 (en) | Data processing systems for generating and populating a data inventory | |
US9754334B2 (en) | Systems and methods for tracking parcel data acquisition | |
US20060288014A1 (en) | Method and software for mobile data collection having managed workflow | |
US7346519B2 (en) | Method and system for MRIS platinum database | |
US20080071562A1 (en) | Tracking and Reporting Construction, Completion, and Inspection Status | |
US8601360B2 (en) | Network-based data consolidation, calculation and reporting engine | |
EP1839205A2 (en) | System and method for corporate-wide policy management | |
EP1849106A2 (en) | System and method for maintaining continuity of operations | |
US7729997B2 (en) | Determination of an entity's assets associated with an event | |
US10430413B2 (en) | Data information framework | |
US11222309B2 (en) | Data processing systems for generating and populating a data inventory | |
JP7034367B1 (ja) | 課税情報管理装置、課税情報管理方法及びプログラム | |
Huxhold et al. | ArcGIS and the digital city: a hands-on approach for local government | |
US20210303603A1 (en) | Data processing systems for generating and populating a data inventory | |
US20210279825A1 (en) | System and method for revenue and asset management based on micro-service architecture | |
JP3140922B2 (ja) | 設備管理システム | |
Sladić et al. | Processes in Cadastre: Process Model for Serbian 3D Cadastre | |
CN112949268A (zh) | 表单管理方法、装置、设备和计算机可读存储介质 | |
JP5517013B2 (ja) | 地理空間情報の管理システム、及び地理空間情報のプログラム | |
JP4176981B2 (ja) | 組合員情報システム、組合員情報システムのためのデータの統合管理方法、および記憶媒体 | |
JP6817385B1 (ja) | 地図情報共有装置、地図情報共有方法、地図情報共有プログラム | |
JP2004258971A (ja) | スケジュール管理システム、プログラムおよび記録媒体 | |
JP5334024B2 (ja) | 地理空間情報の管理システムとプログラム、及び地理空間情報の管理方法 | |
CA2509926A1 (en) | Method and software for mobile data collection having managed workflow |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM1K | Utility model has become invalid (non-payment of fees) |
Effective date: 20110429 |