不動産のフロアプランまたは地理情報システム（GIS）の視覚化

Habréの以前に、 「スマートホームからスマートな企業へ」という記事を公開しました。この記事では、自動化された不動産管理システムの作成の一環として実装したフロアプランの視覚化（MVPP）モジュールについて言及しました。 タブレットで開いたMVPPを使用して、スマートホームのレイアウトにインストールされたさまざまなセンサーの測定値をリモートで監視し、監視カメラからビデオストリームを取得し、照明と噴水の操作も制御できます。 次に、このモジュールの主な機能について詳しく説明し、地理情報システムをエンタープライズ管理システムに接続する可能性について簡単に説明します。







MVPPは、その基盤にかなり広範な機能を実装できる基盤です。 特性のセットを持つオブジェクトには、建物内の空間参照があります。 任意の数または「何か」を建物、フロア、または敷地に結び付け、その後、これらのデータに基づいて視覚的な分析レポートを作成できます。

ERPなどの他のエンタープライズ情報システムとの統合を実装する場合、MVPPを使用すると、関連情報を表示できます。

• Ivan Ivanovがいる部屋の職場（彼の写真、彼の位置、ユニット、電話に関する情報）;
• シリアル番号がSN777のエアコンが設置されている部屋。
• 従業員の配置基準が違反されている施設（基準、面積の基準、換気など）に違反している;
• 消火設備の適時の点検または交換が実施されていない施設。
• 壊れた電話を交換する必要がある部屋の職場;これは特にオープンスペースに当てはまります。
• 占有する領域に関連する企業の特定の部門の収益性-営業費用などを考慮して、「部門A」が100％積み込まれ、床面積の3分の1を占めると、「部門C」よりも企業に多くの利益をもたらすとします、50％でロードされ、部屋の2/3を占める。

GIS MVPに特定のアルゴリズムを配置することにより、さまざまなモデリングタスクを実行できます。たとえば、「互換性マトリックス」に従って空き領域/ジョブを自動的に選択したり、従業員を配置したりできます。 シミュレートされたタスクの例：「部門A」の従業員は「部門B」の近くに配置する必要がありますが、「部門C」と同じ部屋に配置することは明確に推奨されません。

フロアプランの視覚化は、ServiceDeskに適用するためのエントリポイントになる場合があります。 したがって、以前にシステムにログインしたユーザーは（自分自身と自分の場所を識別する）、特別なフィールドに「エアコンが壊れています-私は暑い」と書くだけで、インシデントを開始するために必要なすべての情報がServiceDeskに転送されます-作者の名前、連絡先の詳細データ、インシデントの場所、アプリケーションテキスト。



MVPP自動不動産管理システムは、次のような幅広いタスク向けに設計されています。

• フロアプランのジオメトリの視覚化と編集。
• 職場の視覚化と編集。
• SAPに保存されている属性情報（建物、床、部屋、職場、技術的な場所ごと）の表示。
• 属性情報を編集してSAPに保存します。
• さまざまな分析レポートの作成。
• 施設の再開発と従業員の配置の計画。

MVPPはJava / JavaScriptテクノロジーを使用して実装され、Apache Tomcat Webサーバーで公開されます。視覚化モジュールのサーバー部分はESRI ArcGIS for Serverを使用し、空間データを操作するための拡張機能を備えたOracleはDBMSとして使用されます。 さらに、ArcGIS for Desktop用にいくつかのアドインモジュールが開発されており、ロールモデルに従ってユーザーを承認し、フロアプランのジオメトリを編集します。



初期段階では、空間データベースには次の一連のレイヤーが含まれていました。

• ベアリング壁;
• ベアリング柱;
• 壁を支えていない;
• パーティション。
• ドア
• 階段
• Windows;
• リフト
• 家具
• エンジニアリングシステム;
• 職場;
• バスルーム
• 作業施設;
• その他の施設。

ただし、MVPPを使用して解決される新しいタスクの出現により、データ構造も拡張されます。

MVPPは、最大20の異なる構成で構成される典型的な職場のライブラリを実装します（当然、フロアプランと統合された大規模なシリーズ）。 作業場をフロアプランに追加するには、ライブラリから目的の部屋にドラッグするだけです。 同時に、MVPPは、空間分析に基づいて、職場が設置された部屋、列になっている部屋を判別し、この職場のために必要なすべての属性情報（建物、フロア、部屋の識別子、その番号など）を空間データベースに書き込みます。 その後、必要に応じて、フロアプランのワークプレースを移動、回転、属性の変更、または削除することができます。







SAPシステムのプロパティ管理モジュールでは、敷地内に次の属性（インジケーター）があります。実際の仕事の数と技術的な場所です。 現在の実装では、新しい職場を施設に追加または削除すると、SAPの対応するインジケーターの値が自動的に変更されます。 施設内の各タイプのジョブの総数を計算してから、SAPの対応するインジケーターの値を手動で変更する必要はありません。

SAPは、MVPPから受信した要求を処理し、要求された情報を生成してMVPPに送信する複数の開発（機能モジュール）を実装しています。 MVPPとSAPの統合を確実にするために、機能モジュールはWebサービス（SAP ESAに基づく）として設計され、情報の双方向交換はXML-セキュアSAP SSO2プロトコルを使用したパッケージによって実行されます。 機能的なWebサービスを起動できるようにするには、MVPPユーザーは、追加のセキュリティループと承認チェックを備えた技術的なWebサービスを介してSAPシステムにログインする必要があります。



開発された機能モジュールの主なタスクは次のとおりです。

• SAPが管理するロールモデルに基づくMVPPでのユーザーの承認と権限の決定。
• 不動産オブジェクトのリストを含むSAPの属性情報の選択、およびMVPPへの転送。
• プロパティの選択されたフロアの属性情報（職場に配置された従業員の情報を含む）のSAPでの選択とMVPPへの転送。
• MVPPを介したオブジェクトの編集結果に関する変更のSAPデータベースへの自動入力（施設および職場の作成/削除を含む）。

この記事の主な焦点から、GISとSAPの間の双方向通信の実装に特に取り組みたいと思いました。最後のポイントについて詳しく説明します。 以下は、「再開発の結果に基づくフロアプランの変更」プロセスの図です。 再開発の特別なケースは、2つ以上の部屋を1つに結合することです（または1つの部屋を複数に分割すること）。







このプロセスの結果、MVPPツールを使用して、SAPの変更されたオブジェクトに関する情報が自動的に調整されます。 ただし、SAPでもGISでも「削除」操作中は何も削除されないことを理解する必要があります。SAPでは、「削除」オブジェクトの制限と同様に、特定の日付でオブジェクトがブロックされます（メインデータのブロックステータスの設定など）特定の日付が空間GISデータベースで発生します。 これにより、変更の履歴を保存し、必要に応じて、MVPPに特定の日付に関連するフロアプランと過去の任意の時点で職場に配置された従業員に関する情報の両方を表示できます。 同様に、従業員の将来の再開発と配置のための計画プロセス、すなわち フロアプランをあらゆるフロアプランの基礎として使用すると、将来のレイアウトを計画できます。 その後（承認手順の後、または実際の再開発に従って、または別のイベントに従って）、計画された計画を実際のステータスに転送できます。 同時に、MVPPのフロアプランに加えられた変更に関する情報に基づいて、実装された開発によって、SAPに必要なすべての変更（施設の撤去、属性情報を入力した新しい施設の作成など）が自動的に行われます。 特定のケースでは、SAPの同様の方法で、再構築された施設の従業員の自動再配置もあります。



MVPPには、マップ上に不動産オブジェクトを簡単な特性で表示する概要アプリケーションと、 フロアプランで作業するためのインターフェース（詳細な特性でフロアプランにさまざまなオブジェクトを表示する ）の2つのインターフェースが含まれます。 各リクエストのすべての属性情報がSAPから転送され、空間データベースには保存されないことを繰り返します。



概要アプリケーションでは、次の機能を実行できます。

• 関心領域を選択します。
• 名前または住所で地図上のプロパティを検索します。
• 所有権の種類（家賃、財産など）で不動産オブジェクトをフィルタリングします。
• ジョブの「<」または「>」数および/またはオブジェクトの領域に基づいて、不動産オブジェクトをフィルタリングします。
• 選択された（-s）不動産オブジェクト（-s）の詳細情報（空き/占有ジョブの数、割り当てられたオブジェクトの領域など）を表示します。

見つかったプロパティで、ユーザーは目的のフロアを選択できます。これにより、フロアプランを含む新しいウィンドウが開きます。 このインターフェイスでは、次の機能を使用できます。

• 部屋の職場の場所を表示する。
• 職場を占有している従業員に関する情報（名前、役職、ユニット、配置日など）を表示する。
• ジョブの編集（新しいRMの追加、空きRMの削除または移動）;
• さまざまな目的（仕事、浴室、階段など）のための部屋の色の区別。
• 施設または選択された施設のグループに関する情報の表示（数、面積、設計能力、実際の空きおよび占有場所の数など）。
• 敷地内の属性情報の編集（すべての変更はSAPに転送および保存されます）;
• 以下に基づくジョブの色と記号による識別：
• 組織および構造単位に属している（3レベルの組織構造）
• 雇用（無料-忙しい）
• 使用タイプ（作業-技術）
• タイプ（首都、パーティションなど）による壁の色の区別。
• 距離と面積の測定。
• レイアウトの計画バージョンの作成とジョブの配置。
• レッスンの兆候に従って、数量に関する情報を出力したフロアプランを印刷します。

結論として、地理情報システムのこのような異常な、一見したところ、地図製作者の使用は、実際には異常なものではないと言いたいと思います。 GISを使用すると、空間内を移動できますが、なぜ私たちの建物、床、建物は空間ではないのですか？！

GISを使用すると、地図上にオブジェクトを表示できます。さまざまなタイプの職場や、多くの属性を持つその他の技術オブジェクトを敷地内に配置し、敷地自体を床に配置します。 フロアプランでは、ある程度、空間分析、検索、またはジオプロセシングの要素を使用します-今のところ、建物内のルートを計算する機能を持たない限り、すべてが大規模なGISのようです... またね