生産ライン脇の防爆電話は、単に制御室に電話できればよいかもしれません。一方、タンクファームの別の電話は、自身の位置を識別し、通常のトラフィックを割り込み、複数の対応チームを同じ会話に引き込む必要があるかもしれません。

どちらのデバイスもSIPを使用できますが、運用上の役割は異なります。通常の内線電話は通常IP PBXで処理できます。位置表示、緊急優先度、協調対応を必要とする通話は、ディスパッチシステムに転送するのが適切です。

多くの産業現場では両方必要です。その場合、IP PBXが電話サービスを管理し、ディスパッチプラットフォームが制御室オペレーターに運用イベントや緊急事態を処理するためのツールを提供します。

フィールド電話の役割から始める

防爆電話は、通常の商用電話が適さない可能性があるエリア、すなわち石油化学施設、燃料貯蔵エリア、化学プラント、鉱山、その他の危険な産業環境に設置されます。

筐体と認証は物理的な設置環境に対応します。中央通信プラットフォームは別の役割を果たします。つまり、通話の行き先、オペレーターが何を見るか、最初の宛先が利用できない場合に何が起こるかを決定します。

プラットフォームを選択する前に、プロジェクトチームは各電話に割り当てられたタスクを特定する必要があります：

• 制御室またはメンテナンス部門への通話

• 許可された内線からの着信

• 機器の故障や異常状態の報告

• より高い優先度の緊急通話の発信

• オペレーターへのフィールド位置の識別

• 安全、生産、または対応チームへの連絡

• アラーム、放送、またはビデオ連携ワークフローの開始

日常的な生産通信に使用される電話は、すべてのディスパッチ機能を必要としません。しかし、緊急報告ポイントとして指定されたデバイスは、機能する音声パス以上のものを必要とします。その通話は適切なオペレーターに届き、処理されるまで可視状態を維持しなければなりません。

通話開始とエスカレーションの定義

フィールド電話は常に完全なキーパッドを使用するわけではありません。固定緊急ポイントでは、受話器を上げるか1つのボタンを押すだけで、事前定義された宛先に自動発信されます。これにより、手袋を着用している人やプレッシャーの下で対応する人の操作プロセスが短縮されます。

他の場所では、担当者がメンテナンス、生産、セキュリティ、または別の部門に電話する可能性があるため、キーパッドが必要です。プラットフォームは、緊急アクセスを困難にすることなく、選択された操作方法をサポートする必要があります。

通話ルートには第2のステップも必要です。主制御室の内線が話し中または無人である場合、通話は別の席に移動したり、オペレーターのグループに鳴らしたり、中央制御センターに転送されたりします。緊急通話を通常のボイスメールに直接送信すると、発信者は確認応答なしで取り残されます。

ルーティングルールは、電話、IP PBX、またはディスパッチプラットフォームに保存される場合があります。コミッショニング記録には、これらのルールがどこで設定されているかを示し、宛先変更のためにすべてのフィールドデバイスを不必要に訪問する必要がないようにする必要があります。

IP PBXが正しい接続である場合

防爆電話が主に固定産業内線として動作する場合、IP PBXが適しています。SIP電話はPBXに登録し、内線番号を受け取り、サイトの通話ルーティングおよび許可ルールに従います。

この構成は、フィールド要員、作業場、制御室、メンテナンスチーム間の日常的な通信に適しています。オペレーターは通常の内部通話と同じように着信に応答し、別の部門が責任を持つ場合に転送できます。

選択したプラットフォームに応じて、IP PBXは以下を提供できます：

• 内線間通話

• リンググループおよびハントグループ

• 通話転送、転送、時間ベースのルーティング

• SIPトランクまたは公衆電話網へのアクセス

• 通話許可および宛先制限

• 通話記録および基本録音

• 複数の建物やサイトにわたる集中番号計画

ポンプ場の近くに設置された電話を考えてみましょう。技術者はそれを使って電気工場に連絡したり、制御室に障害を報告したりします。通話には地図、インシデントフォーム、多者間ディスパッチプロセスは必要ありません。IP PBXは追加の操作インターフェースを導入せずにこの要件を処理できます。

PBXは電話を承認済みの宛先リストに制限することもできます。フィールド内線は制御室、安全事務所、緊急番号への発信を許可され、無関係または外部の宛先はブロックされたままになります。

PBX通話の限界を理解する

PBXは通常、内線番号と発信者名で通話を識別します。構造化された番号計画はプラント、建物、または運用ゾーンを示すことができ、「タンクファーム東ゲート」のような名前は「電話03」よりも有用な参照を提供します。

このアプローチは、フィールドデバイスの数が限られており、オペレーターがレイアウトを知っている場合に十分です。大規模プラントでは、複数の類似通話が異なるゾーンから同時に到着する場合、効果が低下します。

基本的な電話ディスプレイは通常、デバイスをプラントマップ上に表示したり、近くのカメラや対応グループを表示したりしません。緊急優先度や永続的なアラーム表示も、選択されたPBXの機能と設定に依存します。

オペレーターが位置を即座に認識し、同じ画面からフォローアップアクションを調整する必要がある場合、ディスパッチシステムがより適切です。

図1 - 防爆電話が主に内線通話、通話ルーティング、および他の電話網への制御されたアクセスを必要とする場合、IP PBXが適しています。

ディスパッチシステムがより良い選択である場合

ディスパッチシステムは、通常の内線通話ではなく、オペレーター制御を中心に設計されています。制御室にフィールド通話を受信し、そのソースを識別し、必要な対応を調整するための専用インターフェースを提供します。

これは、防爆電話が運用または緊急プロセスの一部である場合に重要になります。ディスパッチインターフェースは内線番号のみを表示する代わりに、通話をサイト、生産ゾーン、デバイス名、処理優先度に関連付けることができます。

プラットフォームと統合設計に応じて、関連するディスパッチ機能には以下が含まれる場合があります：

• 発信電話とその位置の視覚的識別

• 緊急通話の優先度とキュー管理

• 事前定義された部門へのワンタッチ通話

• オペレーター制御の会議

• 通話録音とイベント履歴

• ページング、アラーム、またはビデオ監視との統合

危険エリアからの通話処理

オペレーターがタンクファームの防爆電話を使用して漏れを報告することを想像してください。通常の通話フローでは、制御室は発信者名を見て応答します。

ディスパッチワークフローでは、通話はオペレーターインターフェース上でタンクファームゾーンも識別できます。ディスパッチャーは発信者と話し、安全チームに連絡し、複数の無関係なシステム間を移動することなくメンテナンス要員を会話に引き込みます。

ビデオ統合が設定されている場合、オペレーターは関連するカメラビューを開いて可視状態を確認できます。その後、対象を絞った放送で影響を受けるエリアの要員に警告し、関係のないゾーンでの不要なアナウンスを回避できます。

これらの機能はディスパッチプラットフォームとそのインターフェースによって決まります。SIP接続自体は、地図、ビデオ、アラーム連携を自動的に提供するものではありません。

オペレーター引き継ぎの調整

大規模な制御室では、生産、セキュリティ、緊急対応用に別々の席がある場合があります。ディスパッチ設計は、どの席が各タイプの通話を受け、主席が利用できない場合に誰が引き継ぐかを識別します。

共有処理ステータスは、2人のオペレーターが同じイベントに独立して対応するのを防ぐのに役立ちます。プラットフォームは通話が待機中、アクティブ、転送済み、または完了済みであることを表示し、録音システムは関連する音声とタイムスタンプを保持します。

マルチサイト組織は、夜間通話を中央制御センターにルーティングすることもできます。フィールド電話は同じ場所にありますが、応答先は運用スケジュールに従って変更されます。

これらの機能は、デバイスデータベースとオペレーター許可が正しく維持されている場合にのみ価値を発揮します。誤った位置名や古いディスパッチグループは、音声通話が正常に機能していても対応を誤らせる可能性があります。

図2 - ディスパッチシステムは、フィールド電話通話に位置認識、緊急優先度、および調整されたオペレーター制御を追加します。

多くの産業現場が両方のシステムを使用する理由

産業通信は単一のカテゴリに分類されることはめったにありません。通常の生産中は日常的な電話サービスで十分ですが、インシデントが発生すると位置認識、優先処理、複数部門間の通信が必要になります。

統合アーキテクチャでは、2つのプラットフォームが異なる役割を果たします：

• IP PBXは内線番号、通話ルーティング、SIPトランク、日常的な電話サービスを管理します。

• ディスパッチシステムは、オペレーターコンソール、位置表示、緊急処理、録音、調整された通信を提供します。

防爆電話は共有SIP通信コアに登録し、ディスパッチクライアントは同じ環境内で承認されたエンドポイントまたはアプリケーションとして動作します。別の設計では、PBXとディスパッチプラットフォームをSIPトランクまたはサポートされるアプリケーションインターフェースを介して接続できます。

正しい方法は、関係する製品に依存します。デュアル登録、冗長サーバー、アプリケーションプログラミングインターフェースは、選択された機器がそれらをサポートし、完全な通話フローがテストされていない限り前提とできません。

日常ルートと緊急ルートの分離

1台のフィールド電話で複数の通話ルートをサポートできます。技術者は通常の機器問題でメンテナンスオフィスにダイヤルする一方、専用の緊急キーが緊急通話を直接ディスパッチセンターに送信します。

ダイヤルプランはこの区別を明確にする必要があります。緊急番号は短く固定され、プログラマブルキーは不正な変更から保護される必要があります。

異なるルートは異なる処理ルールも使用できます。日常通話は標準のリンググループに従う一方、緊急通話は指定されたディスパッチ位置に永続的な視覚および聴覚表示で表示されます。

フェイルオーバーと共有識別の計画

複合アーキテクチャは共有依存関係をもたらします。SIPサーバー、ネットワークリンク、またはディスパッチインターフェースが障害を起こした場合、設計は利用可能なオペレーターへの代替ルートを必要とします。

必要な可用性に応じて、システムはセカンダリSIPサーバー、バックアップ制御室宛先、または冗長ネットワークパスを使用する場合があります。大規模サイトは、広範囲なネットワーク障害時に使用するローカル通信方法を保持することもあります。

バックアップサーバーへの登録が成功しても、完全なサービスが回復したことを証明するものではありません。切り替え後も、エンジニアは発信者識別、緊急優先度、録音、正しいオペレーターへのルートを検証する必要があります。

デバイスIDは両方のシステムで一貫している必要があります。PBXディレクトリ、ディスパッチインターフェース、サイト図面、保守記録は、各電話に同じ位置ベースの名前を使用する必要があります。これにより、PBXとディスパッチプラットフォームが矛盾する記録を持つ別々の通信島になるのを防ぎます。

図3 - 複合アーキテクチャは、日常通話管理と緊急ディスパッチ制御を分離しつつ、フィールド電話を1つの調整された通信環境を通じて到達可能に保ちます。

関連製品：Becke Telcom EX-BH621 防爆SIP電話

アーキテクチャを選択し、通話フローを検証する

以下の比較は実用的な出発点を提供します：

電話がSIPかアナログかを確認する

SIP防爆電話は、互換性のあるIP PBXまたはディスパッチプラットフォームに直接登録できます。アナログモデルは、IPベースのシステムと通信する前にFXSポート、アナログ電話アダプター、またはボイスゲートウェイを必要とします。

ゲートウェイは通話パスの一部になります。その電源、ポートステータス、ネットワーク接続、回復動作はシステムテストに含める必要があります。

既存のアナログケーブルを再利用することで再構築作業を減らせますが、ケーブル距離、状態、ルーティングは依然として検査が必要です。静かなサイトテスト中に正常に動作した回線でも、追加デバイス、電気的干渉、または環境暴露が導入された後では異なる動作をする可能性があります。

完全な通信パスを検証する

電話の登録が成功した時点でコミッショニングを終了してはいけません。テストでは、オペレーターが何を見るか、通話がどこへ行くか、応答後に何が起こるかを確認する必要があります。

完全なテストは以下をカバーします：

• 承認された内線への通常通話

• ホットラインおよび緊急キールーティング

• 未応答通話のエスカレーション

• 正しいデバイス名と位置表示

• 実際のサイトノイズ下での双方向音声品質

• 録音、再生、タイムスタンプの正確性

• オペレーター転送および会議機能

• 設定されている場合のアラーム、放送、またはビデオ連携

• ネットワーク、サーバー、または電源中断後の回復

フィールド電話と通信サーバーは、必要なSIP、メディア、管理サービスにアクセスを制限した制御されたネットワークセグメントに配置できます。各電話は独自のSIPアカウントを使用し、管理アクセスは日常のオペレーター許可から分離しておく必要があります。

暗号化されたシグナリングまたはメディアが必要な場合、完全な経路にわたって互換性をテストする必要があります。トランスポート、証明書、またはサポートされるコーデックの不一致は、各デバイスが単独で正しく動作していても通信を妨げる可能性があります。

各テスト結果は、電話、設置場所、通話ルート、応答位置、観察された結果を識別する必要があります。モデル名に対してのみ結果を記録することは、多くの同一デバイスが設置されている場合にはほとんど価値がありません。

電話を異なる中央プラットフォームに接続しても、その危険区域認証は変わりません。選択されたモデル、ケーブルエントリ、電源配置、取り付け方法、付属品は、依然として設置エリアの要件を満たす必要があります。

IP PBXは通常、制御された内線通話にはよりシンプルな選択肢です。ディスパッチシステムは、オペレーターが即時の位置認識、緊急優先度、調整された対応を必要とする場合により価値が高まります。両方の要件が存在する場合、統合アーキテクチャは日常通話とインシデント処理を1つの計画された通信環境内に維持します。

FAQ

SIP防爆電話はIP PBXに直接登録できますか？

はい、電話とIP PBXが互換性のあるSIP、コーデック、トランスポート、認証設定を使用している場合。登録後、着信、発信、復旧テストを実施する必要があります。

ディスパッチシステムはIP PBXを置き換えますか？

必ずしもそうではありません。一部のディスパッチプラットフォームはSIP通話制御機能を含みますが、他は別個のIP PBXまたはSIPサーバーと連携します。アーキテクチャは内線サービス、トランクアクセス、冗長性、ディスパッチ要件に依存します。

アナログ防爆電話はIPディスパッチシステムに接続できますか？

はい。互換性のあるFXSゲートウェイまたはアナログ電話アダプターが、アナログ電話インターフェースをSIPまたは中央システムが受け入れる別のプロトコルに変換します。

同じ電話で日常通話と緊急通話を行えますか？

はい。日常通話は通常のダイヤルプランに従い、専用の緊急キーまたはホットラインルートが緊急通話をディスパッチセンターに送信します。電話と中央プラットフォームは必要なルーティング方法をサポートする必要があります。

緊急産業サイトにはどのアーキテクチャが適していますか？

サイトが緊急優先度、位置表示、録音、グループ通信、アラーム連携を必要とする場合、ディスパッチシステムまたは統合PBX＋ディスパッチアーキテクチャが一般的により適しています。最終的な選択は文書化されたインシデント処理プロセスに従うべきです。