オビックス

oBIX (Open Building Information Exchange) は、ビル制御システムへのRESTful Web サービスベースのインターフェイスの標準です。oBIX は、ビル自動化用に特別に設計されたフレームワーク内で、XMLとURI を使用してデバイスのネットワーク経由でデータを読み書きすることを目的としています。

建物制御システムには、建物内で動作する電気システムと機械システムが含まれます。これには、ほぼすべての建物にある冷暖房 ( HVAC )、セキュリティ、電力管理、生命/安全警報システムのほか、A/V イベント管理、劇場照明、医療ガス分配、ヒュームフードなど、特定の建物に関連付けられる可能性のある無数の特殊用途システムが含まれます。

oBIX は、必ずしも基盤となる制御システムとの深いやり取りを可能にするわけではないため、Web サービス インターフェイスです。このインターフェイスにより、エンタープライズ アプリケーションと組み込みビル システム間、および 2 つの組み込みビル システム間の通信が可能になります。施設とその運用は、知識ベースのビジネスに完全に参加している者として管理されます。

oBIXは、構造化情報標準の推進組織で あるOASIS [1]内で開発されています。バージョン1.0は、2006年12月に委員会標準として完成しました。

現在、ほとんどの機械および電気システムには、組み込みデジタル制御 (DDC) が装備されています。これらのデバイスのほとんどは低コストで、TCP/IP には対応していません。専用の通信配線で設置されます。大型の DDC コントローラは、これらの専用コントローラにネットワーク通信を提供します。これらの専用ネットワークでは、多数の独自プロトコルに加えて、確立されたバイナリ プロトコル ( BACnet、LonTalk、Modbus、DALI ) が多数使用されています。これらのバイナリ プロトコルは TCP/IP ネットワークで使用できますが、ルーター、ファイアウォール、セキュリティ、および他のネットワーク アプリケーションとの互換性に関する課題があります。業界がいくつかの互換性のないプロトコルに分割されているという追加の課題もあります。

oBIX は企業と統合されているため、機械および電気制御システムで運用状況とパフォーマンスを継続的に可視化できます。Web サービスを使用してこれらの操作を公開することで、所有者とテナントは標準データベースと OLAP ツールをすべて使用してパフォーマンスを分析できます。oBIX により、施設の運営者、所有者、テナントは、ライフサイクル、環境、コスト、パフォーマンスのすべての要因を完全に統合して考慮した上で意思決定を行うことができます。^{[引用が必要]}

oBIX は、HVAC、アクセス制御、ユーティリティ、その他のビル自動化システムからシンプルかつ安全な方法でデータを取得し、施設システムとエンタープライズ アプリケーション間でデータ交換を行うために使用できる、公開されている Web サービス インターフェイス仕様を提供します。リリース 1 では、制御システムに共通する 3 つの要素の正規化された表現が提供されます。

• ポイント: 単一のスカラー値とそのステータスを表します。通常、これらはセンサー、アクチュエーター、またはセットポイントなどの構成変数にマップされます。
• アラーム: アラームのモデリング、ルーティング、および確認。アラームは、ユーザーまたは別のアプリケーションへの通知を必要とする状態を示します。
• 履歴: 時間サンプリングされたポイント データのモデリングとクエリ。通常、エッジ デバイスは、ポイント値のタイムスタンプ付きの履歴を収集し、それを上位レベルのアプリケーションに送って分析することができます。

oBIX 1.0 は、実装中に拡張できる低レベルのオブジェクト モデルを提供します。ポイントは直接アドレス指定可能 (したがって設定可能) ですが、ポイントとの直接的なやり取りには、エンタープライズ開発者にとって基盤となる制御システムに関する高度な知識が必要です。基盤となるポイントを集約し、結果に名前を付け、アラーム レベルを設定し、oBIXコントラクトを使用して履歴を開始できます。oBIX が制御システム用の低レベルのオブジェクト モデルを公開する場合、oBIX コントラクトは、ほとんどのプログラマが実際に使用したい高レベルのタイプ ライブラリを作成します。

夜間に公共スペースを開放しておくには、建物内のさまざまな組織にさまざまな電話をかける必要があり、それぞれが別の建物制御システムとのやり取りを開始する必要があります。今夜 7:00 から 9:00 までの公開会議をスケジュールするには、主催者は次のことを行う必要があります。

• 警備員に電話して警備員に警告し、（1）アクセス制御システムを9時30分まで昼間モードで稼働させておきます。警備員は、その期間中に（2）侵入検知システムを無効にする必要がある場合もあります。
• メンテナンスに連絡して、部屋の (3) 環境制御がイベントに適切に設定されていることを確認します。これには、予想される人数の来場者で部屋がいっぱいになったときに部屋が快適であることを確認するために、事前に部屋を過度に冷やす (または暖める) ことが含まれる場合があります。
• メディアサポートグループに連絡して、イベント前に（4）A/Vイベント管理システムが適切にウォームアップされていることを確認してください。

oBIX 対応の建物では、これらの機能は、代わりにiCalendar会議招待状を部屋やそのサポート システムに送信することによって実現されます。

共通警報プロトコル( CAP ) は、さまざまな機関から一般市民、警察、救急隊員に情報を中継するためにますます使用される標準です。一般市民への通知が直面する課題の 1 つは、一般市民がiPodなどの個人用メディア プレーヤーに関心を持つようになったため、ラジオで情報を送信する従来の緊急放送システムが現在でははるかに効果が低くなっていることです。これらのプロトコルの新しいバージョンでは、たとえば、特定のセル タワーまたはセル タワー セットの範囲内にあるすべての携帯電話に直接テキスト メッセージを送信することが想定されています。

同様に、現在の提案では、インテリジェント ビルディングに直接メッセージを送信して、名前付き oBIX 契約を呼び出すことが提案されています。その効果は、一時的なユーザー セキュリティの強化から、プロセスのシャットダウンの開始、建物内の警告システムにメッセージを音声で読み上げるように通知することまで多岐にわたります。

Open Geospatial Consortium は、緊急対応要員が地図内から建物の特定の種類の地理タグ付きセンサー情報にアクセスして、状況認識を向上できるようになると予想しています。

GridWise Architecture Council は、オープン マーケット、つまり電力供給業者、送電会社、配電会社、顧客エージェントが、瞬間的な需要/応答に基づいて、ライブ電力契約を自由に交渉できる環境を構想しています。米国全土で現在行われている、時間帯計測が可能な電気メーターの設置は、これを実現するための 1 つのステップです。もう 1 つのステップは、グリッドと交渉できる インテリジェント ビルの開発です。

これらのグリッド交渉には、2 つの形式があると考えられます。(1) 建物内に常駐し、建物のテナントおよびそのビジネス プロセスと交渉するインテリジェント エージェントが、設定された建物システムの運用姿勢を交渉します。(2) 建物のテナントが雇用した外部エージェントが、複数の建物にわたる需要を集約し、テナントに代わって電力を購入します。これらの相互作用に基づく市場は、オンサイトの電力貯蔵および発電技術の急速な革新を促進する市場条件を作成するための鍵となると考えられています。

• BACnetビルオートメーション制御ネットワーク
• インド
• モドバス
• ロンワークス
• C-Bus (プロトコル)
• ダイネット
• メタシス
• デジタルアドレス指定可能な照明インターフェースDALI

• オープン地理空間コンソーシアム(OGC)
• 国家建築情報標準 (NBIMS)
• ビルディングスマート

• oBIX の OASIS 委員会サイト
• oBIX 組織サイト
• oBIX委員会の初代委員長、ポール・エーリッヒ氏へのインタビュー
• oBIX ツールキットの Sourceforge リポジトリ
• CABA - 大陸自動化ビル協会
• グリッドワイズアーキテクチャ協議会
• oXフレームワーク