従来のシリアル接続の入退室管理システムは、シリアルデバイスサーバーを介してネットワークに接続できます。既存ソフトウェアの継続利用と、障害中の正しい扉動作は、Ethernetポートを追加するだけで実現するのではなく、コントローラー、ソフトウェア、通信設計に依存します。目的がカード読み取り記録の収集なのか、権限の配信なのか、リアルタイムの解錠コマンド発行なのかを明確にしてください。それぞれリスクと受け入れ検証の方法が異なります。
入退室管理システムの役割を特定する
リーダーは認証情報を読み取り、コントローラーは権限を判定し、錠は施解錠を実行し、管理ソフトウェアは利用者、権限、記録を管理します。製品によっては複数の役割が統合されていますが、それでも責任範囲の確認が必要です。シリアルサーバーは通信を搬送するものであり、ネットワーク化によって認証情報を判定したり、コントローラーの安全ロジックを迂回したりする権限が与えられるわけではありません。
従来システムとの互換性は、改修時に検証すべき目標であり、すべての機種に対する保証ではありません。リーダーのインターフェース、コントローラーの上位接続用シリアルポート、錠の電源端子はそれぞれ異なります。使用が認められている管理インターフェースについては、コントローラーの通信マニュアルを参照してください。2線式に見える端子を、すべてRS485サーバーに接続してよいわけではありません。
カード読み取り記録がコンピューターに届く仕組み
ある認証情報によって、ある時刻に扉を通過した記録をコントローラーが保存するとします。コントローラーは自身のプロトコルに従ってバイト列を構成し、シリアルで送信します。サーバーはネットワーク接続を介してそのバイト列を搬送し、ソフトウェアがアドレス、イベント、時刻を識別します。ネットワークは搬送手段であり、イベントの意味はコントローラーのプロトコルとソフトウェアが定義します。
バイト転送によって、任意のメーカーのプロトコルがプラットフォームの形式へ自動的に変換されるわけではありません。仮想シリアルポートを使用する場合、既存ソフトウェアはCOMインターフェースを使用し、そのドライバーが操作をリモート側へ送信します。ネットワークを直接使用する場合は、ソフトウェアが対応する接続方式とメッセージが必要です。単一のコマンドだけでなく、特に時刻設定、権限の一括更新、イベントの受領確認について、実際のソフトウェアで両方式を検証してください。
互換性の検証は正しい配線から始まる
RS232、RS422、RS485は、それぞれ異なる電気信号方式を使用します。発注するサーバーのインターフェースをコントローラーに合わせてください。コネクターの外観でピン配置の確認を代用することはできません。現場に合わせてRS485の幹線、分岐線、終端、バイアスを設計し、極性、基準電位の接続、絶縁を確認してください。改修時の受け入れ検証の基準を維持できるよう、正常に動作している既存の配線と設定を保存してください。
ボーレート、データビット、パリティ、ストップビットは、文字の受信を左右します。設定が誤っていると、TCPによる搬送前にバイト列が破損する可能性があり、搬送によって元の通信を修復することはできません。共有バス上のコントローラーには、一意のアドレス、明確に定義されたポーリングの開始点、自発的な通知ルールの確認も必要です。一般的なメーターのポーリングを前提とした考え方が、すべての入退室管理プロトコルにそのまま適用できるわけではありません。
既存ソフトウェアにも変更が必要となる理由
ローカルで直接接続するソフトウェアは、特定のドライバー、制御線、非常に短い待ち時間に依存している場合があります。サーバーやネットワークを介すると、搬送、バッファリング、セッション復旧の処理が加わります。仮想COMポートを開けても、接続の入口が機能することしか確認できません。互換性の検証には、権限の一括転送、イベント取得、切断、ドライバーの再起動も含まれます。
TCPは順序が保持されるバイトストリームであり、ソフトウェアによる各読み取りが入退室管理メッセージ1件に対応するわけではありません。アプリケーションはプロトコル上のメッセージ境界を再構成する必要があります。パケット化の待ち時間はバイト列の送信時点に影響しますが、メッセージ解析を常に代替できるものではありません。バイトの欠落や複数イベントの結合が見られる場合は、直ちにケーブルの不具合と判断するのではなく、完全なデータと解析ログを比較する必要があります。
障害中、扉はどのように動作すべきか？
重要なのは、自動再接続だけではありません。ローカルのコントローラーが権限を保持し、有効期間を処理し、イベントを保存し、復旧後に同期できるかを確認してください。これらはコントローラーとプラットフォームの機能です。シリアルサーバーがすべての記録を保存すると想定しないでください。システムのオフラインポリシーを定義し、実際に検証してください。
コントローラーがローカルでの権限判定に対応していれば、ネットワーク障害中もローカルルールに従って通常の通行を継続できる場合があります。その間、プラットフォームは利用者の状態を推測して表示するのではなく、切断状態を表示します。復旧後、ソフトウェアは未確認の記録を取得し、プロトコルで利用可能なイベント識別子に基づいて重複を排除します。これらの機能がない場合は、宣伝文句で覆い隠すのではなく、制限と必要なアップグレードを明示してください。
解錠コマンドと記録の読み取りには異なる再試行ルールが必要
タイムアウトした記録の読み取りは、プロトコルに従って重複処理を行うことで再試行できる場合があります。一方、タイムアウトした解錠コマンドは、応答が失われただけで、すでに実行されている可能性があります。繰り返すと不要な動作を引き起こすおそれがあります。トランザクション識別子、実行状態、または安全な作業手順を通じて結果を確認してください。タイムアウト後の再送は、あらゆる制御に適用できる方策ではありません。
火災連動、避難、安全インターロックには、通常のリモート透過通信リンクだけに依存せず、プロジェクト要件に従った適切な現場システムを使用する必要があります。錠の電源、非常解錠、通信には、それぞれ別の責任範囲があります。この記事は通信設備の改修について説明するものであり、入退室管理、防火、建物の安全設計を扱うものではなく、無許可の解錠方法も提供しません。
FCTEL機器の選定時に確認すべきこと
FCTELのシリアルサーバー製品カテゴリーには、シリアルポート数やネットワーク構成が異なる製品があります。FCT-081206ページには、集中管理向けの選定参考情報として、複数のシリアルインターフェース、ネットワーク管理、動作モードが記載されています。インターフェースのバージョン、ファームウェア、併用ソフトウェアを確認してください。ある機種のゲートウェイ機能やマルチセッション機能が、すべての製品に適用されるわけではありません。
Ethernetの速度だけでなく、プロトコル互換性、ドライバーの安定性、復旧、アクセス制御を優先してください。管理サービスやシリアルサービスをインターネットに直接公開しないでください。アクセス元を制限し、初期認証情報を変更し、必要に応じて評価済みの分離手段やリモートアクセス手段を使用してください。暗号化について文書で確認できない場合、サーバーが既存プロトコルを暗号化すると主張しないでください。
1か所の扉で業務サイクル全体を試験する
元の設定をバックアップし、管理された期間にコントローラーを1台選んで試験してください。許可される通行と拒否される通行、時刻設定、権限変更、記録の照合を検証します。ネットワーク切断、プラットフォームの再起動、現場の停電をテストし、どの結果がコントローラーまたはソフトウェアに依存するかを特定してください。展開範囲を広げる前に、共有バスと一括処理の負荷を確認してください。
機種、ファームウェア、プロトコル、ピン配置、文字通信設定、ソフトウェアのバージョン、切り戻し手順を記録して保管してください。受け入れの条件は、コンピューターが接続されることだけではなく、業務が正しく機能し、障害が可視化され、制御された復旧ができることです。これにより、既存設備の価値を維持しながら、追加されたネットワーク経路の影響を文書化できます。
参考資料：TCP仕様 RFC 9293;FCTELシリアルデバイスサーバーの製品カテゴリー；FCT-081206の製品詳細。図は一般的な仕組みを示しており、特定の入退室管理コントローラーや実測した設置環境を示すものではありません。
中国語の技術記事から翻訳。原文の初公開日：2019-11-26。原文の最終改訂日時：2026-10-13T16:02:51+08:00。 中国語の原文を読む
