監視制御システム
【課題】被監視端末における適切な認証処理の実行を担保しつつも、監視端末に多くの被監視端末それぞれの状況を迅速に監視させる。
【解決手段】監視端末と、複数の被監視端末とを備える監視制御システムにおいて、複数の被監視端末は複数の系統に分類されており、監視端末は複数の被監視端末を一台ずつ順に選択し、データ要求信号を送信し、選択された被監視端末は認証結果を示す応答信号を監視端末へ送信する。また、監視端末からのポーリング信号の順番を、Ａ１→Ｂ１→Ｃ１→Ａ２・・・と異なる系統に属する被監視端末へと逐次切り替えることにより、各系統の無通信区間を確保する。
【解決手段】監視端末と、複数の被監視端末とを備える監視制御システムにおいて、複数の被監視端末は複数の系統に分類されており、監視端末は複数の被監視端末を一台ずつ順に選択し、データ要求信号を送信し、選択された被監視端末は認証結果を示す応答信号を監視端末へ送信する。また、監視端末からのポーリング信号の順番を、Ａ１→Ｂ１→Ｃ１→Ａ２・・・と異なる系統に属する被監視端末へと逐次切り替えることにより、各系統の無通信区間を確保する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視端末と当該監視端末に接続される複数の被監視端末とを備える監視制御システムに関し、監視端末と各被監視端末との間におけるデータのやりとりを円滑にする技術に関する。
【背景技術】
【０００２】
監視制御システムの例として、特許文献１では、監視端末と被監視端末との間で２チャンネルの伝送のルートを併用することで、被監視端末の状況変化に関するデータの収集周期を短縮できるとしている。
【特許文献１】特開2000-224210号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
監視制御システムの中でも、とりわけ被監視端末が扉開閉などの入退室管理におけるカード認証端末である場合には、認証や扉開閉に要する時間は短時間であることが要請され、このため監視端末側で行うカード認証端末の状況変化の把握を迅速にする必要がある。
また、カード認証端末は、監視端末との通信処理と、かざされたカードを認証するなどの認証処理との２つのタスクを担う。このようなカード認証端末では、コスト低減のため安価なＣＰＵが使用される傾向にある。ＣＰＵの処理能力上の制約を考慮すると、認証処理の実行用に、通信処理を実行しない期間（無通信区間）を確保する必要が生ずる。
【０００４】
そして、カード認証端末の台数が増加すると、以下のような問題が顕著となる。この問題を図１３，図１４を用いて説明する。
図１３に示すように、監視端末であるコントローラ１０１０には、Ｚ１，Ｚ２，Ｚ３，Ｚ４，．．．，Ｚ１５の１５台のカード認証端末が直列に接続されている。
コントローラ１０１０からカード認証端末へとポーリングを行うと、各カード認証端末は、監視端末からのポーリング信号を受けて自己の順が回ってきたときには、カード認証に係るデータを返信する。１５台と台数が多いと、各カード認証端末は自己の順番が回ってくるまでの時間（ポーリング周期）が長くなる[図１４（ａ）]。
【０００５】
ポーリング周期の長期化は、カード認証端末から監視端末へのデータ送信間隔が延びることを意味するため、カード認証端末の状況つまりカード認証端末において生じた認証に係るデータの監視端末への伝達が遅れることとなる。
また上記したように適切に認証処理を実行するためにはある程度の無通信区間が必要であるため、図１４（ｂ）に示すように、ポーリング周期の短縮化のためとはいえ無通信区間を削減することは回避したい。
【０００６】
本発明は、上述した問題に鑑みてなされたものであって、被監視端末における適切な認証処理の実行を担保しつつも、監視端末に多くの被監視端末それぞれの状況を迅速に監視させることが可能な監視制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明における監視制御システムは、監視端末と、前記監視端末に監視される複数の被監視端末とを備える監視制御システムであって、複数の被監視端末は、ｎ（≧２）個の系統に分類され、それぞれの系統に対応するケーブルを介して監視端末と接続されており、監視端末は、前記複数の被監視端末を一台ずつ順に選択する選択手段と、前記選択手段に選択された被監視端末宛に、データ要求信号を宛先の被監視端末が接続されたケーブルを通じて伝送する送信手段とを有し、複数の被監視端末のそれぞれは、自己と接続されたケーブル上に信号が流れていない間に、認証に係る処理を実行する認証手段と、前記データ要求信号に対する応答であって認証結果を示す応答信号を、自己と接続されたケーブルを通じて伝送する返信手段とを有することを特徴とする。
【発明の効果】
【０００８】
課題を解決するための手段に記載した構成によれば、例えば、監視端末と、監視端末の選択手段により選択された被監視端末１台とが信号をやりとりしている間は、この選択された被監視端末１台と接続されたケーブルと接続されていない残りの被監視端末（選択された被監視端末１台が分類される系統に属さない被監視端末）は無通信となる区間を確保できる。
【０００９】
このため、１台の監視端末に多数の被監視端末を接続させた場合であったとしても、無通信区間の確保により適切な認証処理を実現しつつ、データを要求するポーリング周期の長期化を回避することができる。
また、前記選択手段は、一の系統に属する被監視端末を一台を選択した次に、前記一の系統とは異なる系統に属する被監視端末を選択するとしても構わない。
【００１０】
この構成によれば、一の系統に対応するケーブル上に信号が集中的に流れることを回避し、複数の系統に分散することが可能となり、各系統において無通信となる区間を容易に確保できる。
また、前記選択手段は、各系統ごとに同じ選択順を繰り返すように選択するとしても構わない。
【００１１】
この構成によれば、例えば、系統ごとに被監視端末の台数を異ならせることで、系統ごとにデータ要求信号をやりとりする周期を調整することが可能となる。
また、監視端末は、さらに、当該監視端末と前記複数の被監視端末それぞれとの間の伝送に要する通信時間と、各被監視端末が接続されたケーブル上に信号が流れていない無通信時間とに基づいて系統数の適否を判定する判定手段と、判定手段による判定結果に基づいて、系統数の増減に関する内容の出力を行う判定結果出力手段とを備えることとしても構わない。
【００１２】
この構成によれば、例えば、監視制御システムの管理者に、最適な系統を知らせることができ、系統の最適化を促すことができる。
また、監視端末は、さらに、前記複数の被監視端末の、前記送信手段が伝送する宛先として用いるためのアドレスを収集する収集手段と、収集したアドレスに基づいて、系統が異なる被監視端末のアドレスについての重複有無を点検する点検手段と、点検結果を出力する点検結果出力手段とを備えることとしても構わない。
【００１３】
この構成によれば、例えば、アドレスが重複している場合に、重複の解消を監視制御システムの管理者に促すことができる。
また、前記監視端末における前記送信手段は、各系統に対応するケーブルと接続されたｎ個の交換ユニットであって、前記監視端末における前記選択手段は、選択した被監視端末が属する系統に応じて、前記ｎ個の交換ユニットそれぞれに動作可否を示す信号を送信し、前記ｎ個の交換ユニットは、前記監視端末の本体部分に着脱自在に搭載されていることとしても構わない。
【００１４】
この構成によれば、例えば、交換ユニットが破損するようなことがあったとしても、ユニット単位で交換できるため、メンテナンス性が向上する。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について図面を用いて説明する。
（実施の形態１）
図１は、実施の形態１に係る監視制御システム１の構成図である。
監視制御システム１は、監視端末であるコントローラ１０と、コントローラ１０とケーブル２ａ〜２ｃのいずれか１本に接続された１５台の認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５とを備える。
【００１６】
ケーブル２ａ〜２ｃはＲＳ４８５に対応しており、コントローラ１０は、認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５それぞれとの間と、ＲＳ４８５の通信方式で通信する。
ここで、ＲＳ４８５とは、米国電子工業会(EIA)によって標準化されたシリアル通信の規格である。
認証端末Ａ１〜Ａ５は、ケーブル２ａにより直列に接続されている。このようにケーブル２ａを共用する認証端末Ａ１〜Ａ５を「系統Ａ」とする。同様に、ケーブル２ｂにより直列に接続された認証端末Ｂ１〜Ｂ５を「系統Ｂ」、ケーブル２ｃにより直列に接続された認証端末Ｃ１〜Ｃ５を「系統Ｃ」とする。
【００１７】
続いて、コントローラ１０と各認証端末について、図２，図３の機能ブロック図を用いて順に説明する。なお、認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５は同様の構成であるため、認証端末Ａ１を代表させて説明し、残りの認証端末の説明は省略する。
図２に示すように、コントローラ１０は、ＣＰＵ１２、メモリ１４、表示部１６、操作部１８、３つの通信コントローラＩＣ２０ａ〜２０ｃを備える。
【００１８】
メモリ１４は、制御プログラム、認証端末から受信した応答のログなどを格納する。
ＣＰＵ１２は、メモリ１４に格納された制御プログラムを実行する。
表示部１６は、ＬＥＤ表示器であり、コントローラ１０を使用するユーザに対して数値などを表示する。操作部１８は、ボタンやキーなどを含んで構成されており、ユーザから入力操作を受け付ける。
【００１９】
通信コントローラＩＣ２０ａ〜２０ｃは、それぞれ系統A〜Cの認証端末との間で、ケーブル２ａ〜２ｃを通じて、ポーリング信号の送信やデータ受信などの通信制御を行う。また、その動作可否、すなわち動作制御はＣＰＵ１２からのDisable/Enable信号により行われる。
選択部１９は、ＣＰＵ１２、メモリ１４を有し、認証端末を順に一台ずつ選択する。具体的には、ＣＰＵ１２がメモリ１４に格納されているテーブル（図６参照）を読み出し、このテーブルの順番に従って１台の認証端末ＩＤのアドレスを宛先と決定する。そして、宛先の認証端末が接続された通信コントローラＩＣ２０ａ〜２０ｃのいずれかにEnable信号を送信し、通信コントローラＩＣを介してポーリング信号の送信とデータ受信とを行う。
【００２０】
上記ポーリング信号は、テーブル（図６）のうちの宛先となる端末IDに対応するアドレスの情報を含む。
１台の認証端末と通信が終了すると、上記テーブルで特定される次の順の認証端末と通信し、全認証端末と一通り通信を終えると、最初の順番の認証端末との通信に戻る。
認証端末Ａ１は、図３に示すように、ＣＰＵ３０、通信部３２、メモリ３４、カードリーダ３６、表示部３８、入力部４０を備えている。
【００２１】
通信部３２は、ＲＳ４８５方式の通信回路を含んで構成されており、ＲＳ４８５方式の通信を行う。
メモリ３４は、カードリーダ３６が読み込んだ情報、制御プログラムを記憶する。
ＣＰＵ３０は、メモリ３４が記憶する制御プログラムを実行する。
カードリーダ３６は、ＩＣカードから情報を読み取る。
【００２２】
表示部３８は、ＬＥＤを含んで構成されており、ユーザに対して各種表示を行う。
入力部４０は、例えば、アドレス設定用のディップスイッチやボタン類を含んで構成されており、各種入力を受け付ける。
図４は、各認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５のＣＰＵ３０が実行する通信時のポーリング応答処理と、無通信時の認証イベント処理とを示すフローチャートである。
【００２３】
無通信時には、認証イベント発生を検出すると(S21:Yes)、検出したイベントの内容に関するデータをメモリ３４に記憶させる(S22)。
通信時には、ポーリング信号を受信すると（S11:Yes）、受信したポーリング信号のパケットに含まれるアドレスを解析する（S12）。
パケットの解析結果に基づき、自端末宛ならばデータを送信し（S13:Yes,S14）、自端末宛でないならばパケットを破棄する（S13:No,S15）。
【００２４】
ＣＰＵ３０は、制御プログラムの内容に従って、ポーリング応答処理と認証イベント処理とを実行する。ＣＰＵ３０はスペックがそれほど優れていない安価なタイプでいあるため、両処理を同時並行処理しない。各瞬時においては、一方の処理のみを実行し、ポーリング応答処理を認証イベント処理より優先させる。
次に、図５，図６を用いてコントローラ１０が１５台の認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５と順番に信号をやりとりする処理を説明する。
【００２５】
図５は、コントローラ１０と各系統の認証端末とのポーリング信号のやりとりを示すタイムチャートである。
コントローラ１０は、Disable/Enable信号のオンオフと、アドレスの指定とを組み合わせることで、Ａ１→Ｂ１→Ｃ１→Ａ２→Ｂ２→・・・→Ｃ４→Ａ５→Ｂ５→Ｃ５の順番で認証端末一台ずつにポーリングを行う。
【００２６】
「通信区間１」では、コントローラ１０から認証端末Ａ１宛へのポーリング信号を送信し、認証端末Ａ１はポーリング信号に応じたデータを返信(図４、S11,S12,S13:Yes,S14)する。
各認証端末は、接続されたケーブル上を信号が流れると、信号に関する処理（通信処理）を割り込ませる。すなわち認証処理の途中であったとしても、認証処理を中断させて、信号に関する処理を優先させる。
【００２７】
このため、「通信区間１」では、認証端末Ａ１のみならず、同じケーブル２ａに接続された認証端末Ａ２〜Ａ５も、ケーブル２ａを流れるポーリング信号をモニタするための通信区間となる(図４、S11,S12,S13:No,S15)。
通信区間１の後は、コントローラ１０と認証端末Ｂ１との間の通信、コントローラ１０と認証端末Ｃ１との間の通信が行われる。このコントローラ１０と両者との通信の間は、ケーブル２ａ上には信号が流れない「無通信区間」となる。従って、この無通信区間の間、認証端末Ａ１〜Ａ５は認証処理を実行可能な状態となる。その後、コントローラ１０と端末Ａ２との間の「通信区間２」となる。
【００２８】
図６は、認証端末のアドレスと、ポーリング信号を送信する順番とを示すテーブルである。１５台の端末装置には、それぞれ４ビットのアドレスが割り当てられているものとして説明する。送信する順番は、Ａ１→Ｂ１→Ｃ１→Ａ２→Ｂ２→・・・→Ｃ４→Ａ５→Ｂ５→Ｃ５というように、Ａ系統の１台→Ｂ系統の１台→Ｃ系統の１台という順である。この順番によれば、ある系統に属する認証端末は、通信処理の後、直ちに無通信区間を確保することができる。
【００２９】
また、１５台の認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５は３本のケーブル２ａ〜２ｃに分けて接続されているため、自己が属さない系統の通信中には、自己が属する系統は無通信となり認証処理を実行することが可能となる。
従って複数の系統Ａ，Ｂ，Ｃに分けることで、単一系統の場合と比べて、無通信区間を容易に確保することができる。
（実施の形態２）
実施の形態１では、各系統が５台ずつと同じ台数であったが、実施の形態２では、系統毎に台数を異ならせることでポーリング周期を制御するものである。実施の形態１と共通する部分については説明を省略し、図中同じ部材には同じ符号を付して説明を省略する。実施の形態３以降についても同様である。
【００３０】
図７は、実施の形態２に係る監視制御システム１０１の構成図である。
監視制御システム１０１は、監視制御システム１（図１）と基本的には同様の構成であるが、系統Ｂの認証端末の台数は２台であり、他の系統Ａ，Ｃの５台より少ない。
図８は、実施の形態２におけるコントローラ１０と各系統間とのポーリング信号のやりとりを示すタイムチャートである。図９は、認証端末のアドレスと、ポーリング信号を送信する各系統ごとの順番とを示すテーブルである。
【００３１】
実施の形態２では、系統Ａ→系統Ｂ→系統Ｃと系統をＡＢＣ順で毎回切り替えるとともに、各系統ごとの順番を繰り返す。すなわち、Ａ１→Ｂ１→Ｃ１→Ａ２→Ｂ２→Ｃ２→Ａ３の後は、Ｂ１→Ｃ３→Ａ４→Ｂ２となり、系統Ｂの端末はポーリング周期が約2/5倍と短く、レスポンス速度は約2.5倍となる。
このように、系統を毎回切り替えることを維持しつつ、系統ごとの認証端末を異ならせることで、各系統におけるポーリング周期をコントロールすることが可能となる。高い応答性能が求められる認証端末（例えば、画像認識を用いた入退室認証。）を用いる場合に好適である。
（実施の形態３）
実施の形態３では、コントローラと各認証端末との間に要する通信時間と、各認証端末が認証処理を適切に実行するために確保すべき無通信時間と、に基づいて現状の系統数が適当な数であるかどうかを判定する。そして判定結果をユーザに対して表示することで、ユーザに端末の系統を再構築させるよう促す。
【００３２】
なお、系統数は、数が多いと配線コストが増大する一方で、数が少ないと、コントローラ側で無駄な待ち時間が発生したり、各系統の無通信区間の確保が難しくなるという関係にある。
図１０は、コントローラ１０のＣＰＵ１２が実行する最適な系統数を算出する処理を示すフローチャートである。以下、本実施の形態では、コントローラ１０には、ｎ（≧2）個の系統数が存在するとして説明する。
【００３３】
まず、系統下の各端末とデータ送受信を行い（S31）、データ送信開始からコントローラでの受信完了までの通信時間を計測し、計測した通信時間の合計を認証端末数で除して平均通信時間taを算出する。また、適切な認証処理の実行を担保するだけの無通信区間の時間tiを設定する（S32）。この設定は、例えば、システム設定時に行われる。
ta×(n-1)<tiの関係式を満たす場合（S33:Yes）は、同じ端末台数なら、系統数を増加させた方がポーリング周期を短くできる可能性がある場合であるため、系統数が不足である旨を表示する（S34）。表示の例を図１１に示す。表示部１６の表示器１７上には、コード「Ｅ１」が表示されている。このコードは、系統数が不足であることを示すものである。
【００３４】
ta×(n-2)<tiの関係式を満たす場合（S35:Yes）は、新たな端末を追加した台数を増やすときでも、系統数を増やす必要がない場合であり、系統数が過多である旨を表示する。満たさない場合（S35:No）には、系統数が適切である旨を表示する。
（実施の形態４）
実施の形態４では、コントローラ１０において認証端末のアドレスを収集し、系統が異なる認証端末どうしのアドレスに重複がないかどうかを点検する。アドレスが重複すると、認証ログのデータの整合性などに悪影響を及ぼすことがあるため、重複の旨を表示することで認証端末のアドレス設定ミスを是正するよう促すことができる。
【００３５】
このアドレスの収集と点検とはコントローラ１０のＣＰＵ１２が実行する。すなわち図１に示したシステム構成の場合、ＣＰＵ１２は全て認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５にアドレスを要求する旨を示す信号を送信し、応答を受信することでアドレスを収集する。そして、収集した４ビット（図６参照）のアドレスの重複有無を点検する。点検結果は、例えば、図１１に示したＬＥＤ表示器に表示させる。
（実施の形態５）
認証端末の電源は、コントローラから供給する場合がある。この場合、コントローラの通信ケーブルと端末電源ケーブルとで接続端子の誤結線などにより、通信コントローラＩＣが破損することがある。
【００３６】
また通信ケーブルはビル内などを長距離配線されるため、様々なノイズを受ける可能性がある。特に、落雷などにより通信ケーブル上に非常に大きなノイズが乗ると通信コントローラＩＣが破損することがある。
そこで実施の形態５では、コントローラの通信を制御する通信コントローラＩＣ部分を着脱自在とすることによりメンテナンスコスト低減を指向するものである。
【００３７】
図１２は、実施の形態５に係るコントローラ５０の構成を示す図である。
コントローラ５０は、ＣＰＵ５２、３つの系統にそれぞれ対応した交換ユニット６０ａ〜６０ｃを備える。
交換ユニット６０ａ〜６０ｃはそれぞれ通信コントローラＩＣ６２ａ〜６２ｃ、結線用コネクタ６４ａ〜６４ｃ、ソケットピン部６６ａ〜６６ｃを有する。
【００３８】
結線用コネクタ６４ａ〜６４ｃは、各系統下の認証端末と接続された通信ケーブルや端末電源ケーブルのケーブルと結線されたコネクタである。
ソケットピン部６６ａ〜６６ｃは、コントローラ５０の本体ソケット（本体基板上に実装されている。）側と着脱自在に取り付けられている。
このように、通信コントローラＩＣを交換可能な交換ユニット化することで、一つの系統を担当する通信コントローラＩＣが万一破損したとしても他の系統を巻き込むこと無く交換作業を行うことができ、メンテナンス性を向上できる。
＜補足＞
以上、本発明を実施の形態に基づいて説明したが、本発明は上記した実施の形態に限定されない。例えば、次のように実施することもできる。
【００３９】
（１）系統数について
上記各実施の形態では、系統数はＡＢＣの３つであったが、系統数が複数[n（≧2）]個であればよく３つに限られない。系統数がn個の場合、１個の系統が通信中、残りの（n-1）個の系統に関して無通信の区間を確保し得る。
（２）通信の頻度について
実施の形態１では、図５に示すように、コントローラ１０は認証端末と絶え間なく通信しているとして説明したが、例えば、各認証端末との通信の間に待ち時間（インターバル）を設定しても構わない。
【００４０】
例えば、認証処理を十分に行えるよう無通信区間をTx時間確保したい場合において、認証端末への１回のポーリング信号の送信とその応答との通信区間がTy時間であるならば、Ty時間の通信区間の間、通信する１系統以外の残りの（n-1）系統は無通信区間となることも考慮に入れると、待ち時間Tz(>0)は、例えば、Tz＝1/n[Tx-Ty(n-1)]となる。
ただし系統数を増加できる範囲では、待ち時間はない方が望ましく、Tx-Ty(n-1)≦0、すなわち、Tx≦Ty(n-1)のときには、待ち時間Tzはゼロとする。
【００４１】
（３）通信の順番について
実施の形態１では、系統Ａ→系統Ｂ→系統Ｃ→系統Ａというように、毎回、通信する系統を異ならせる順番として説明したが、例えば、系統Ａの無通信区間は系統Ｂ，Ｃと比べて短くても構わない状況である場合に、系統Ａ→系統Ｂ→系統Ａ→系統Ｃという順番のループを繰り返して重点的に系統Ａの順番を割り振ってもよい。
【００４２】
また、実施の形態１では、図６のテーブルの「順番」という項目を利用しているが、必ずしも順番を別途設定する必要はなく、例えばアドレスの番号順（昇順または降順）に従った順でポーリングを行うようにしてもよい。
（４）通信の方式について
各実施の形態では、通信の方式としてＲＳ４８５を例に挙げて説明したが、この方式に限らず、複数の端末がケーブルを共用し、複数の端末のうちの一つの端末における通信が残りの端末に影響を及ぼすようなネットワーク環境下において本発明は適用可能である。
【００４３】
（５）認証端末の認証方式について
各実施の形態では、主にカード認証の例を挙げて説明しているが、カード認証に限らず、指紋認証などの生体認証方式を実行する認証端末を用いてよい。
（６）判定結果、点検結果の出力形態について
実施の形態４，５では、図１１に示すように、判定結果ないし点検結果をＬＥＤ表示器にコードで表示する例を説明したが、これに限らずＬＣＤなどに、結果を示す文字メッセージや画像を表示させるようにしても構わない。また表示出力に限らず音声出力であってもよく、例えば、結果内容に対応した回数のビープ音を出力する構成であっても構わない。
【００４４】
（７）認証の主体について
各実施の形態では、被監視端末に認証の機能を持たせた場合について説明したが、被監視端末は、(a)カードＩＤの読み取り手段と、(b)使用者への情報提示手段を持つだけの端末でもよい。
この場合、被監視端末でカードＩＤの読み取りを行い、それを監視端末に通知する。通知を受けた監視端末で認証を行い、認証結果や扉を制御した結果を、被監視端末に返すといった構成になる。
【００４５】
被監視端末では、無通信区間の間に、(a)カードID読み取りや、(b)使用者への情報提示の処理などを行うこととなる。
【図面の簡単な説明】
【００４６】
【図１】実施の形態１に係る監視制御システム１の構成図である。
【図２】コントローラ１０の機能ブロック図である。
【図３】認証端末Ａ１の機能ブロック図である。
【図４】各認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５のＣＰＵ３０が実行する通信時のポーリング応答処理と、無通信時の認証イベント処理とを示すフローチャートである。
【図５】コントローラ１０と各系統の認証端末とのポーリング信号のやりとりを示すタイムチャートである。
【図６】認証端末のアドレスと、ポーリング信号を送信する順番とを示すテーブルである。
【図７】実施の形態２に係る監視制御システム１０１の構成図である。
【図８】実施の形態２におけるコントローラ１０と各系統間とのポーリング信号のやりとりを示すタイムチャートである。
【図９】認証端末のアドレスと、ポーリング信号を送信する各系統ごとの順番とを示すテーブルである。
【図１０】コントローラ１０のＣＰＵ１２が実行する最適な系統数を算出する処理を示すフローチャートである。
【図１１】最適な系統数を算出した結果表示例を示す図である。
【図１２】実施の形態５に係るコントローラ５０の構成を示す図である。
【図１３】1台のコントローラに１５台の被監視端末が接続された例を示す図である。
【図１４】監視端末と被監視端末との間のポーリングに関するタイムチャートである。
【符号の説明】
【００４７】
１ 監視制御システム
２ａ 系統Ａのケーブル
２ｂ 系統Ｂのケーブル
２ｃ 系統Ｃのケーブル
１０，５０ コントローラ
１２ ＣＰＵ
１４ メモリ
１６ 表示部
１７ 表示器
１９ 選択部
２０ａ〜２０ｃ，６２ａ〜６２ｃ 通信コントローラＩＣ
３２ 通信部
６０ａ〜６０ｃ 交換ユニット
６６ａ〜６６ｃ ソケットピン部
Ａ１〜Ａ５ 系統Ａの認証端末
Ｂ１〜Ｂ５ 系統Ｂの認証端末
Ｃ１〜Ｃ５ 系統Ｃの認証端末
【技術分野】
【０００１】
本発明は、監視端末と当該監視端末に接続される複数の被監視端末とを備える監視制御システムに関し、監視端末と各被監視端末との間におけるデータのやりとりを円滑にする技術に関する。
【背景技術】
【０００２】
監視制御システムの例として、特許文献１では、監視端末と被監視端末との間で２チャンネルの伝送のルートを併用することで、被監視端末の状況変化に関するデータの収集周期を短縮できるとしている。
【特許文献１】特開2000-224210号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
監視制御システムの中でも、とりわけ被監視端末が扉開閉などの入退室管理におけるカード認証端末である場合には、認証や扉開閉に要する時間は短時間であることが要請され、このため監視端末側で行うカード認証端末の状況変化の把握を迅速にする必要がある。
また、カード認証端末は、監視端末との通信処理と、かざされたカードを認証するなどの認証処理との２つのタスクを担う。このようなカード認証端末では、コスト低減のため安価なＣＰＵが使用される傾向にある。ＣＰＵの処理能力上の制約を考慮すると、認証処理の実行用に、通信処理を実行しない期間（無通信区間）を確保する必要が生ずる。
【０００４】
そして、カード認証端末の台数が増加すると、以下のような問題が顕著となる。この問題を図１３，図１４を用いて説明する。
図１３に示すように、監視端末であるコントローラ１０１０には、Ｚ１，Ｚ２，Ｚ３，Ｚ４，．．．，Ｚ１５の１５台のカード認証端末が直列に接続されている。
コントローラ１０１０からカード認証端末へとポーリングを行うと、各カード認証端末は、監視端末からのポーリング信号を受けて自己の順が回ってきたときには、カード認証に係るデータを返信する。１５台と台数が多いと、各カード認証端末は自己の順番が回ってくるまでの時間（ポーリング周期）が長くなる[図１４（ａ）]。
【０００５】
ポーリング周期の長期化は、カード認証端末から監視端末へのデータ送信間隔が延びることを意味するため、カード認証端末の状況つまりカード認証端末において生じた認証に係るデータの監視端末への伝達が遅れることとなる。
また上記したように適切に認証処理を実行するためにはある程度の無通信区間が必要であるため、図１４（ｂ）に示すように、ポーリング周期の短縮化のためとはいえ無通信区間を削減することは回避したい。
【０００６】
本発明は、上述した問題に鑑みてなされたものであって、被監視端末における適切な認証処理の実行を担保しつつも、監視端末に多くの被監視端末それぞれの状況を迅速に監視させることが可能な監視制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明における監視制御システムは、監視端末と、前記監視端末に監視される複数の被監視端末とを備える監視制御システムであって、複数の被監視端末は、ｎ（≧２）個の系統に分類され、それぞれの系統に対応するケーブルを介して監視端末と接続されており、監視端末は、前記複数の被監視端末を一台ずつ順に選択する選択手段と、前記選択手段に選択された被監視端末宛に、データ要求信号を宛先の被監視端末が接続されたケーブルを通じて伝送する送信手段とを有し、複数の被監視端末のそれぞれは、自己と接続されたケーブル上に信号が流れていない間に、認証に係る処理を実行する認証手段と、前記データ要求信号に対する応答であって認証結果を示す応答信号を、自己と接続されたケーブルを通じて伝送する返信手段とを有することを特徴とする。
【発明の効果】
【０００８】
課題を解決するための手段に記載した構成によれば、例えば、監視端末と、監視端末の選択手段により選択された被監視端末１台とが信号をやりとりしている間は、この選択された被監視端末１台と接続されたケーブルと接続されていない残りの被監視端末（選択された被監視端末１台が分類される系統に属さない被監視端末）は無通信となる区間を確保できる。
【０００９】
このため、１台の監視端末に多数の被監視端末を接続させた場合であったとしても、無通信区間の確保により適切な認証処理を実現しつつ、データを要求するポーリング周期の長期化を回避することができる。
また、前記選択手段は、一の系統に属する被監視端末を一台を選択した次に、前記一の系統とは異なる系統に属する被監視端末を選択するとしても構わない。
【００１０】
この構成によれば、一の系統に対応するケーブル上に信号が集中的に流れることを回避し、複数の系統に分散することが可能となり、各系統において無通信となる区間を容易に確保できる。
また、前記選択手段は、各系統ごとに同じ選択順を繰り返すように選択するとしても構わない。
【００１１】
この構成によれば、例えば、系統ごとに被監視端末の台数を異ならせることで、系統ごとにデータ要求信号をやりとりする周期を調整することが可能となる。
また、監視端末は、さらに、当該監視端末と前記複数の被監視端末それぞれとの間の伝送に要する通信時間と、各被監視端末が接続されたケーブル上に信号が流れていない無通信時間とに基づいて系統数の適否を判定する判定手段と、判定手段による判定結果に基づいて、系統数の増減に関する内容の出力を行う判定結果出力手段とを備えることとしても構わない。
【００１２】
この構成によれば、例えば、監視制御システムの管理者に、最適な系統を知らせることができ、系統の最適化を促すことができる。
また、監視端末は、さらに、前記複数の被監視端末の、前記送信手段が伝送する宛先として用いるためのアドレスを収集する収集手段と、収集したアドレスに基づいて、系統が異なる被監視端末のアドレスについての重複有無を点検する点検手段と、点検結果を出力する点検結果出力手段とを備えることとしても構わない。
【００１３】
この構成によれば、例えば、アドレスが重複している場合に、重複の解消を監視制御システムの管理者に促すことができる。
また、前記監視端末における前記送信手段は、各系統に対応するケーブルと接続されたｎ個の交換ユニットであって、前記監視端末における前記選択手段は、選択した被監視端末が属する系統に応じて、前記ｎ個の交換ユニットそれぞれに動作可否を示す信号を送信し、前記ｎ個の交換ユニットは、前記監視端末の本体部分に着脱自在に搭載されていることとしても構わない。
【００１４】
この構成によれば、例えば、交換ユニットが破損するようなことがあったとしても、ユニット単位で交換できるため、メンテナンス性が向上する。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について図面を用いて説明する。
（実施の形態１）
図１は、実施の形態１に係る監視制御システム１の構成図である。
監視制御システム１は、監視端末であるコントローラ１０と、コントローラ１０とケーブル２ａ〜２ｃのいずれか１本に接続された１５台の認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５とを備える。
【００１６】
ケーブル２ａ〜２ｃはＲＳ４８５に対応しており、コントローラ１０は、認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５それぞれとの間と、ＲＳ４８５の通信方式で通信する。
ここで、ＲＳ４８５とは、米国電子工業会(EIA)によって標準化されたシリアル通信の規格である。
認証端末Ａ１〜Ａ５は、ケーブル２ａにより直列に接続されている。このようにケーブル２ａを共用する認証端末Ａ１〜Ａ５を「系統Ａ」とする。同様に、ケーブル２ｂにより直列に接続された認証端末Ｂ１〜Ｂ５を「系統Ｂ」、ケーブル２ｃにより直列に接続された認証端末Ｃ１〜Ｃ５を「系統Ｃ」とする。
【００１７】
続いて、コントローラ１０と各認証端末について、図２，図３の機能ブロック図を用いて順に説明する。なお、認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５は同様の構成であるため、認証端末Ａ１を代表させて説明し、残りの認証端末の説明は省略する。
図２に示すように、コントローラ１０は、ＣＰＵ１２、メモリ１４、表示部１６、操作部１８、３つの通信コントローラＩＣ２０ａ〜２０ｃを備える。
【００１８】
メモリ１４は、制御プログラム、認証端末から受信した応答のログなどを格納する。
ＣＰＵ１２は、メモリ１４に格納された制御プログラムを実行する。
表示部１６は、ＬＥＤ表示器であり、コントローラ１０を使用するユーザに対して数値などを表示する。操作部１８は、ボタンやキーなどを含んで構成されており、ユーザから入力操作を受け付ける。
【００１９】
通信コントローラＩＣ２０ａ〜２０ｃは、それぞれ系統A〜Cの認証端末との間で、ケーブル２ａ〜２ｃを通じて、ポーリング信号の送信やデータ受信などの通信制御を行う。また、その動作可否、すなわち動作制御はＣＰＵ１２からのDisable/Enable信号により行われる。
選択部１９は、ＣＰＵ１２、メモリ１４を有し、認証端末を順に一台ずつ選択する。具体的には、ＣＰＵ１２がメモリ１４に格納されているテーブル（図６参照）を読み出し、このテーブルの順番に従って１台の認証端末ＩＤのアドレスを宛先と決定する。そして、宛先の認証端末が接続された通信コントローラＩＣ２０ａ〜２０ｃのいずれかにEnable信号を送信し、通信コントローラＩＣを介してポーリング信号の送信とデータ受信とを行う。
【００２０】
上記ポーリング信号は、テーブル（図６）のうちの宛先となる端末IDに対応するアドレスの情報を含む。
１台の認証端末と通信が終了すると、上記テーブルで特定される次の順の認証端末と通信し、全認証端末と一通り通信を終えると、最初の順番の認証端末との通信に戻る。
認証端末Ａ１は、図３に示すように、ＣＰＵ３０、通信部３２、メモリ３４、カードリーダ３６、表示部３８、入力部４０を備えている。
【００２１】
通信部３２は、ＲＳ４８５方式の通信回路を含んで構成されており、ＲＳ４８５方式の通信を行う。
メモリ３４は、カードリーダ３６が読み込んだ情報、制御プログラムを記憶する。
ＣＰＵ３０は、メモリ３４が記憶する制御プログラムを実行する。
カードリーダ３６は、ＩＣカードから情報を読み取る。
【００２２】
表示部３８は、ＬＥＤを含んで構成されており、ユーザに対して各種表示を行う。
入力部４０は、例えば、アドレス設定用のディップスイッチやボタン類を含んで構成されており、各種入力を受け付ける。
図４は、各認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５のＣＰＵ３０が実行する通信時のポーリング応答処理と、無通信時の認証イベント処理とを示すフローチャートである。
【００２３】
無通信時には、認証イベント発生を検出すると(S21:Yes)、検出したイベントの内容に関するデータをメモリ３４に記憶させる(S22)。
通信時には、ポーリング信号を受信すると（S11:Yes）、受信したポーリング信号のパケットに含まれるアドレスを解析する（S12）。
パケットの解析結果に基づき、自端末宛ならばデータを送信し（S13:Yes,S14）、自端末宛でないならばパケットを破棄する（S13:No,S15）。
【００２４】
ＣＰＵ３０は、制御プログラムの内容に従って、ポーリング応答処理と認証イベント処理とを実行する。ＣＰＵ３０はスペックがそれほど優れていない安価なタイプでいあるため、両処理を同時並行処理しない。各瞬時においては、一方の処理のみを実行し、ポーリング応答処理を認証イベント処理より優先させる。
次に、図５，図６を用いてコントローラ１０が１５台の認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５と順番に信号をやりとりする処理を説明する。
【００２５】
図５は、コントローラ１０と各系統の認証端末とのポーリング信号のやりとりを示すタイムチャートである。
コントローラ１０は、Disable/Enable信号のオンオフと、アドレスの指定とを組み合わせることで、Ａ１→Ｂ１→Ｃ１→Ａ２→Ｂ２→・・・→Ｃ４→Ａ５→Ｂ５→Ｃ５の順番で認証端末一台ずつにポーリングを行う。
【００２６】
「通信区間１」では、コントローラ１０から認証端末Ａ１宛へのポーリング信号を送信し、認証端末Ａ１はポーリング信号に応じたデータを返信(図４、S11,S12,S13:Yes,S14)する。
各認証端末は、接続されたケーブル上を信号が流れると、信号に関する処理（通信処理）を割り込ませる。すなわち認証処理の途中であったとしても、認証処理を中断させて、信号に関する処理を優先させる。
【００２７】
このため、「通信区間１」では、認証端末Ａ１のみならず、同じケーブル２ａに接続された認証端末Ａ２〜Ａ５も、ケーブル２ａを流れるポーリング信号をモニタするための通信区間となる(図４、S11,S12,S13:No,S15)。
通信区間１の後は、コントローラ１０と認証端末Ｂ１との間の通信、コントローラ１０と認証端末Ｃ１との間の通信が行われる。このコントローラ１０と両者との通信の間は、ケーブル２ａ上には信号が流れない「無通信区間」となる。従って、この無通信区間の間、認証端末Ａ１〜Ａ５は認証処理を実行可能な状態となる。その後、コントローラ１０と端末Ａ２との間の「通信区間２」となる。
【００２８】
図６は、認証端末のアドレスと、ポーリング信号を送信する順番とを示すテーブルである。１５台の端末装置には、それぞれ４ビットのアドレスが割り当てられているものとして説明する。送信する順番は、Ａ１→Ｂ１→Ｃ１→Ａ２→Ｂ２→・・・→Ｃ４→Ａ５→Ｂ５→Ｃ５というように、Ａ系統の１台→Ｂ系統の１台→Ｃ系統の１台という順である。この順番によれば、ある系統に属する認証端末は、通信処理の後、直ちに無通信区間を確保することができる。
【００２９】
また、１５台の認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５は３本のケーブル２ａ〜２ｃに分けて接続されているため、自己が属さない系統の通信中には、自己が属する系統は無通信となり認証処理を実行することが可能となる。
従って複数の系統Ａ，Ｂ，Ｃに分けることで、単一系統の場合と比べて、無通信区間を容易に確保することができる。
（実施の形態２）
実施の形態１では、各系統が５台ずつと同じ台数であったが、実施の形態２では、系統毎に台数を異ならせることでポーリング周期を制御するものである。実施の形態１と共通する部分については説明を省略し、図中同じ部材には同じ符号を付して説明を省略する。実施の形態３以降についても同様である。
【００３０】
図７は、実施の形態２に係る監視制御システム１０１の構成図である。
監視制御システム１０１は、監視制御システム１（図１）と基本的には同様の構成であるが、系統Ｂの認証端末の台数は２台であり、他の系統Ａ，Ｃの５台より少ない。
図８は、実施の形態２におけるコントローラ１０と各系統間とのポーリング信号のやりとりを示すタイムチャートである。図９は、認証端末のアドレスと、ポーリング信号を送信する各系統ごとの順番とを示すテーブルである。
【００３１】
実施の形態２では、系統Ａ→系統Ｂ→系統Ｃと系統をＡＢＣ順で毎回切り替えるとともに、各系統ごとの順番を繰り返す。すなわち、Ａ１→Ｂ１→Ｃ１→Ａ２→Ｂ２→Ｃ２→Ａ３の後は、Ｂ１→Ｃ３→Ａ４→Ｂ２となり、系統Ｂの端末はポーリング周期が約2/5倍と短く、レスポンス速度は約2.5倍となる。
このように、系統を毎回切り替えることを維持しつつ、系統ごとの認証端末を異ならせることで、各系統におけるポーリング周期をコントロールすることが可能となる。高い応答性能が求められる認証端末（例えば、画像認識を用いた入退室認証。）を用いる場合に好適である。
（実施の形態３）
実施の形態３では、コントローラと各認証端末との間に要する通信時間と、各認証端末が認証処理を適切に実行するために確保すべき無通信時間と、に基づいて現状の系統数が適当な数であるかどうかを判定する。そして判定結果をユーザに対して表示することで、ユーザに端末の系統を再構築させるよう促す。
【００３２】
なお、系統数は、数が多いと配線コストが増大する一方で、数が少ないと、コントローラ側で無駄な待ち時間が発生したり、各系統の無通信区間の確保が難しくなるという関係にある。
図１０は、コントローラ１０のＣＰＵ１２が実行する最適な系統数を算出する処理を示すフローチャートである。以下、本実施の形態では、コントローラ１０には、ｎ（≧2）個の系統数が存在するとして説明する。
【００３３】
まず、系統下の各端末とデータ送受信を行い（S31）、データ送信開始からコントローラでの受信完了までの通信時間を計測し、計測した通信時間の合計を認証端末数で除して平均通信時間taを算出する。また、適切な認証処理の実行を担保するだけの無通信区間の時間tiを設定する（S32）。この設定は、例えば、システム設定時に行われる。
ta×(n-1)<tiの関係式を満たす場合（S33:Yes）は、同じ端末台数なら、系統数を増加させた方がポーリング周期を短くできる可能性がある場合であるため、系統数が不足である旨を表示する（S34）。表示の例を図１１に示す。表示部１６の表示器１７上には、コード「Ｅ１」が表示されている。このコードは、系統数が不足であることを示すものである。
【００３４】
ta×(n-2)<tiの関係式を満たす場合（S35:Yes）は、新たな端末を追加した台数を増やすときでも、系統数を増やす必要がない場合であり、系統数が過多である旨を表示する。満たさない場合（S35:No）には、系統数が適切である旨を表示する。
（実施の形態４）
実施の形態４では、コントローラ１０において認証端末のアドレスを収集し、系統が異なる認証端末どうしのアドレスに重複がないかどうかを点検する。アドレスが重複すると、認証ログのデータの整合性などに悪影響を及ぼすことがあるため、重複の旨を表示することで認証端末のアドレス設定ミスを是正するよう促すことができる。
【００３５】
このアドレスの収集と点検とはコントローラ１０のＣＰＵ１２が実行する。すなわち図１に示したシステム構成の場合、ＣＰＵ１２は全て認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５にアドレスを要求する旨を示す信号を送信し、応答を受信することでアドレスを収集する。そして、収集した４ビット（図６参照）のアドレスの重複有無を点検する。点検結果は、例えば、図１１に示したＬＥＤ表示器に表示させる。
（実施の形態５）
認証端末の電源は、コントローラから供給する場合がある。この場合、コントローラの通信ケーブルと端末電源ケーブルとで接続端子の誤結線などにより、通信コントローラＩＣが破損することがある。
【００３６】
また通信ケーブルはビル内などを長距離配線されるため、様々なノイズを受ける可能性がある。特に、落雷などにより通信ケーブル上に非常に大きなノイズが乗ると通信コントローラＩＣが破損することがある。
そこで実施の形態５では、コントローラの通信を制御する通信コントローラＩＣ部分を着脱自在とすることによりメンテナンスコスト低減を指向するものである。
【００３７】
図１２は、実施の形態５に係るコントローラ５０の構成を示す図である。
コントローラ５０は、ＣＰＵ５２、３つの系統にそれぞれ対応した交換ユニット６０ａ〜６０ｃを備える。
交換ユニット６０ａ〜６０ｃはそれぞれ通信コントローラＩＣ６２ａ〜６２ｃ、結線用コネクタ６４ａ〜６４ｃ、ソケットピン部６６ａ〜６６ｃを有する。
【００３８】
結線用コネクタ６４ａ〜６４ｃは、各系統下の認証端末と接続された通信ケーブルや端末電源ケーブルのケーブルと結線されたコネクタである。
ソケットピン部６６ａ〜６６ｃは、コントローラ５０の本体ソケット（本体基板上に実装されている。）側と着脱自在に取り付けられている。
このように、通信コントローラＩＣを交換可能な交換ユニット化することで、一つの系統を担当する通信コントローラＩＣが万一破損したとしても他の系統を巻き込むこと無く交換作業を行うことができ、メンテナンス性を向上できる。
＜補足＞
以上、本発明を実施の形態に基づいて説明したが、本発明は上記した実施の形態に限定されない。例えば、次のように実施することもできる。
【００３９】
（１）系統数について
上記各実施の形態では、系統数はＡＢＣの３つであったが、系統数が複数[n（≧2）]個であればよく３つに限られない。系統数がn個の場合、１個の系統が通信中、残りの（n-1）個の系統に関して無通信の区間を確保し得る。
（２）通信の頻度について
実施の形態１では、図５に示すように、コントローラ１０は認証端末と絶え間なく通信しているとして説明したが、例えば、各認証端末との通信の間に待ち時間（インターバル）を設定しても構わない。
【００４０】
例えば、認証処理を十分に行えるよう無通信区間をTx時間確保したい場合において、認証端末への１回のポーリング信号の送信とその応答との通信区間がTy時間であるならば、Ty時間の通信区間の間、通信する１系統以外の残りの（n-1）系統は無通信区間となることも考慮に入れると、待ち時間Tz(>0)は、例えば、Tz＝1/n[Tx-Ty(n-1)]となる。
ただし系統数を増加できる範囲では、待ち時間はない方が望ましく、Tx-Ty(n-1)≦0、すなわち、Tx≦Ty(n-1)のときには、待ち時間Tzはゼロとする。
【００４１】
（３）通信の順番について
実施の形態１では、系統Ａ→系統Ｂ→系統Ｃ→系統Ａというように、毎回、通信する系統を異ならせる順番として説明したが、例えば、系統Ａの無通信区間は系統Ｂ，Ｃと比べて短くても構わない状況である場合に、系統Ａ→系統Ｂ→系統Ａ→系統Ｃという順番のループを繰り返して重点的に系統Ａの順番を割り振ってもよい。
【００４２】
また、実施の形態１では、図６のテーブルの「順番」という項目を利用しているが、必ずしも順番を別途設定する必要はなく、例えばアドレスの番号順（昇順または降順）に従った順でポーリングを行うようにしてもよい。
（４）通信の方式について
各実施の形態では、通信の方式としてＲＳ４８５を例に挙げて説明したが、この方式に限らず、複数の端末がケーブルを共用し、複数の端末のうちの一つの端末における通信が残りの端末に影響を及ぼすようなネットワーク環境下において本発明は適用可能である。
【００４３】
（５）認証端末の認証方式について
各実施の形態では、主にカード認証の例を挙げて説明しているが、カード認証に限らず、指紋認証などの生体認証方式を実行する認証端末を用いてよい。
（６）判定結果、点検結果の出力形態について
実施の形態４，５では、図１１に示すように、判定結果ないし点検結果をＬＥＤ表示器にコードで表示する例を説明したが、これに限らずＬＣＤなどに、結果を示す文字メッセージや画像を表示させるようにしても構わない。また表示出力に限らず音声出力であってもよく、例えば、結果内容に対応した回数のビープ音を出力する構成であっても構わない。
【００４４】
（７）認証の主体について
各実施の形態では、被監視端末に認証の機能を持たせた場合について説明したが、被監視端末は、(a)カードＩＤの読み取り手段と、(b)使用者への情報提示手段を持つだけの端末でもよい。
この場合、被監視端末でカードＩＤの読み取りを行い、それを監視端末に通知する。通知を受けた監視端末で認証を行い、認証結果や扉を制御した結果を、被監視端末に返すといった構成になる。
【００４５】
被監視端末では、無通信区間の間に、(a)カードID読み取りや、(b)使用者への情報提示の処理などを行うこととなる。
【図面の簡単な説明】
【００４６】
【図１】実施の形態１に係る監視制御システム１の構成図である。
【図２】コントローラ１０の機能ブロック図である。
【図３】認証端末Ａ１の機能ブロック図である。
【図４】各認証端末Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５のＣＰＵ３０が実行する通信時のポーリング応答処理と、無通信時の認証イベント処理とを示すフローチャートである。
【図５】コントローラ１０と各系統の認証端末とのポーリング信号のやりとりを示すタイムチャートである。
【図６】認証端末のアドレスと、ポーリング信号を送信する順番とを示すテーブルである。
【図７】実施の形態２に係る監視制御システム１０１の構成図である。
【図８】実施の形態２におけるコントローラ１０と各系統間とのポーリング信号のやりとりを示すタイムチャートである。
【図９】認証端末のアドレスと、ポーリング信号を送信する各系統ごとの順番とを示すテーブルである。
【図１０】コントローラ１０のＣＰＵ１２が実行する最適な系統数を算出する処理を示すフローチャートである。
【図１１】最適な系統数を算出した結果表示例を示す図である。
【図１２】実施の形態５に係るコントローラ５０の構成を示す図である。
【図１３】1台のコントローラに１５台の被監視端末が接続された例を示す図である。
【図１４】監視端末と被監視端末との間のポーリングに関するタイムチャートである。
【符号の説明】
【００４７】
１ 監視制御システム
２ａ 系統Ａのケーブル
２ｂ 系統Ｂのケーブル
２ｃ 系統Ｃのケーブル
１０，５０ コントローラ
１２ ＣＰＵ
１４ メモリ
１６ 表示部
１７ 表示器
１９ 選択部
２０ａ〜２０ｃ，６２ａ〜６２ｃ 通信コントローラＩＣ
３２ 通信部
６０ａ〜６０ｃ 交換ユニット
６６ａ〜６６ｃ ソケットピン部
Ａ１〜Ａ５ 系統Ａの認証端末
Ｂ１〜Ｂ５ 系統Ｂの認証端末
Ｃ１〜Ｃ５ 系統Ｃの認証端末
【特許請求の範囲】
【請求項１】
監視端末と、前記監視端末に監視される複数の被監視端末とを備える監視制御システムであって、
複数の被監視端末は、ｎ（≧２）個の系統に分類され、それぞれの系統に対応するケーブルを介して監視端末と接続されており、
監視端末は、
前記複数の被監視端末を一台ずつ順に選択する選択手段と、
前記選択手段に選択された被監視端末宛に、データ要求信号を宛先の被監視端末が接続されたケーブルを通じて伝送する送信手段とを有し、
複数の被監視端末のそれぞれは、
自己と接続されたケーブル上に信号が流れていない間に、認証に係る処理を実行する認証手段と、
前記データ要求信号に対する応答であって認証結果を示す応答信号を、自己と接続されたケーブルを通じて伝送する返信手段とを有する
ことを特徴とする監視制御システム。
【請求項２】
前記選択手段は、一の系統に属する被監視端末を一台を選択した次に、前記一の系統とは異なる系統に属する被監視端末を選択する
ことを特徴する請求項１に記載の監視制御システム。
【請求項３】
前記選択手段は、各系統ごとに同じ選択順を繰り返すように選択する
ことを特徴とする請求項２に記載の監視制御システム。
【請求項４】
監視端末は、さらに、当該監視端末と前記複数の被監視端末それぞれとの間の伝送に要する通信時間と、各被監視端末が接続されたケーブル上に信号が流れていない無通信時間とに基づいて系統数の適否を判定する判定手段と、
判定手段による判定結果に基づいて、系統数の増減に関する内容の出力を行う判定結果出力手段と
を備えることを特徴とする請求項１に記載の監視制御システム。
【請求項５】
監視端末は、さらに、前記複数の被監視端末の、前記送信手段が伝送する宛先として用いるためのアドレスを収集する収集手段と、
収集したアドレスに基づいて、系統が異なる被監視端末のアドレスについての重複有無を点検する点検手段と、
点検結果を出力する点検結果出力手段とを備える
ことを特徴とする請求項１に記載の監視制御システム。
【請求項６】
前記監視端末における前記送信手段は、各系統に対応するケーブルと接続されたｎ個の交換ユニットであって、
前記監視端末における前記選択手段は、選択した被監視端末が属する系統に応じて、前記ｎ個の交換ユニットそれぞれに動作可否を示す信号を送信し、
前記ｎ個の交換ユニットは、前記監視端末の本体部分に着脱自在に搭載されている
ことを特徴とする請求項１に記載の監視制御システム。
【請求項１】
監視端末と、前記監視端末に監視される複数の被監視端末とを備える監視制御システムであって、
複数の被監視端末は、ｎ（≧２）個の系統に分類され、それぞれの系統に対応するケーブルを介して監視端末と接続されており、
監視端末は、
前記複数の被監視端末を一台ずつ順に選択する選択手段と、
前記選択手段に選択された被監視端末宛に、データ要求信号を宛先の被監視端末が接続されたケーブルを通じて伝送する送信手段とを有し、
複数の被監視端末のそれぞれは、
自己と接続されたケーブル上に信号が流れていない間に、認証に係る処理を実行する認証手段と、
前記データ要求信号に対する応答であって認証結果を示す応答信号を、自己と接続されたケーブルを通じて伝送する返信手段とを有する
ことを特徴とする監視制御システム。
【請求項２】
前記選択手段は、一の系統に属する被監視端末を一台を選択した次に、前記一の系統とは異なる系統に属する被監視端末を選択する
ことを特徴する請求項１に記載の監視制御システム。
【請求項３】
前記選択手段は、各系統ごとに同じ選択順を繰り返すように選択する
ことを特徴とする請求項２に記載の監視制御システム。
【請求項４】
監視端末は、さらに、当該監視端末と前記複数の被監視端末それぞれとの間の伝送に要する通信時間と、各被監視端末が接続されたケーブル上に信号が流れていない無通信時間とに基づいて系統数の適否を判定する判定手段と、
判定手段による判定結果に基づいて、系統数の増減に関する内容の出力を行う判定結果出力手段と
を備えることを特徴とする請求項１に記載の監視制御システム。
【請求項５】
監視端末は、さらに、前記複数の被監視端末の、前記送信手段が伝送する宛先として用いるためのアドレスを収集する収集手段と、
収集したアドレスに基づいて、系統が異なる被監視端末のアドレスについての重複有無を点検する点検手段と、
点検結果を出力する点検結果出力手段とを備える
ことを特徴とする請求項１に記載の監視制御システム。
【請求項６】
前記監視端末における前記送信手段は、各系統に対応するケーブルと接続されたｎ個の交換ユニットであって、
前記監視端末における前記選択手段は、選択した被監視端末が属する系統に応じて、前記ｎ個の交換ユニットそれぞれに動作可否を示す信号を送信し、
前記ｎ個の交換ユニットは、前記監視端末の本体部分に着脱自在に搭載されている
ことを特徴とする請求項１に記載の監視制御システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００９−７５９４５（Ｐ２００９−７５９４５Ａ）
【公開日】平成２１年４月９日（２００９．４．９）
【国際特許分類】
【出願番号】特願２００７−２４５４７９（Ｐ２００７−２４５４７９）
【出願日】平成１９年９月２１日（２００７．９．２１）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
【公開日】平成２１年４月９日（２００９．４．９）
【国際特許分類】
【出願日】平成１９年９月２１日（２００７．９．２１）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
[ Back to top ]