(57)【要約】【課題】  切替システムの出先機器情報取得を、切替途中に割り込む形で処理を行っている為、その処理時間が切替システムの運用や操作者にとっては無駄な時間であり、迅速な切替に支障をきたす場合があった。そこで、本発明の目的は、出先機の情報を取得する処理を省かずに迅速に切替を行える切替システムを提供すること。【解決手段】  本発明に係る切替システムは、一つまたは複数の回線制御手段と  一つまたは複数の操作手段と  一つまたは複数の回線インターフェースと、が共通の情報網に接続すると共に、該回線制御手段は、該回線インターフェースと該操作手段へ相互の接続指示を行い、該操作手段にて所定の１つまたは複数の出先機器を制御できるようにした切替システムであって、該回線制御手段と該操作手段とが情報のやりとりを行う通信路を備えたことを特徴とする。【選択図】  図１
2018201094.tif 000002
【特許請求の範囲】
【請求項１】
１つ又は複数の回線制御手段と  １つ又は複数の操作手段と、１つ又は複数の回線インターフェースと、が共通の情報網に接続すると共に、該回線制御手段は、該回線インターフェースと該操作手段へ相互の接続指示を行い、該操作手段にて所定の１つ又は複数の雲台を制御で きるようにした切替システムであって、該回線制御手段と該操作手段とが情報のやりとりを行う通信路を備え、該回線制御手段は、該操作手段と該回線インターフェースが接続完了後、該操作手段から前記通信路にて雲台情報を取得する事を特徴とする回線切替システム。
【請求項２】
該回線制御手段は、前記雲台情報を取得する際に、前記通信路として雲台制御回線より  帯域の広い回線を使用する事を特徴とする請求項１に記載の切替システム。 
【請求項３】
該回線制御手段は、該操作手段から前記通信路にて前記雲台情報を取得する際、雲台制御特有のプロトコルに依存しないプロトコルを使用する事を特徴とする請求項１に記載の切替システム。
【請求項４】
該回線制御手段は、該操作手段から前記通信路にて前記雲台情報を取得した時、雲台情報検証手段にて検証した結果をエラー判断手段にて判定し、エラー有の時は、該操作手段に対して再度前記雲台情報を取得するように指示するようにした事を特徴とする請求項１に記載の切替システム。
【請求項５】
該回線制御手段は、該操作手段を切り替える際、切り替え元の該操作手段から前記雲台情報を取得し、切り替え先の該操作手段へ前記雲台情報を渡す事を特徴とする請求項１に記載の切替システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マトリクス切替システムに関し、特に操作器と被操作部を切り替える切替性能に関するものである。
【背景技術】
【０００２】
放送局のお天気カメラや警備会社の監視システムなど、屋外の多地点に設置配備したリモコンカメラやリモコンカメラ周辺機器（以降、出先機器と省略）を電話回線等の公衆回線や専用回線（以降、通信回線と省略する）を介して屋内の複数の操作器から遠隔で集中制御できるようにしたマトリクス切替システム（以降、切替システムと省略）が知られている。
【０００３】
切替システムは、複数の操作器と複数の出先機器とをマトリクス状に切替られるように構成したシステムである。また、切替システムでは切替機能以外に、現在の出先機器の状態や切替状態を表示器などに表示する機能を持つ事も知られている。
【０００４】
一般的に、切替システムにおいて、操作器と出先機器とを接続する為には、図９のフロチャートに示すように、まず、ステップＳ１１で通信回線とシステムとの接続を行い、次にステップＳ１２で切替システムが出先機器の情報を取得し、最後に、ステップＳ１３で操作器と出先機器を接続する。
【０００５】
一方、切替システムの運用上は、切替に要する時間は短い方が運用効率が上がる為、できるだけ切替時間を短くすることが望まれている。
【０００６】
例えば、特許文献１では、操作器と出先機器を切替る際に公衆回線を切断しない中立モードを設け、回線接続にかかる時間を短縮する事で、迅速な切替を実現した切替システムが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第４２４３８８５号
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来技術では切替システムにおける出先機器情報取得処理を、切替途中に割り込む形で行い、さらに、出先機器と同じ伝送路を使用している為、例えば公衆モデムで言えば速度1200bpsの低速回線にて処理している為、その処理時間が切替システムの運用や出先機器の操作者にとっては無駄な時間であり、迅速な切替に支障をきたす場合があった。
【０００９】
また、上述の特許文献に開示された従来技術では、切替時の出先機器との接続や切断開始の手順を実行する為の時間管理が考慮されていない為、再度、操作器上から手動にて出先機器の状態を取得する時間が必要となり、迅速な切替には不十分である。
【００１０】
そこで、本発明の目的は、システムが行う出先機器の状態取得手順を無くす事なく、回線切替を従来より迅速に行えるようにした切替システムを提供することである。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明は、一つまたは複数の回線制御手段と  一つまたは複数の操作手段と  一つまたは複数の回線インターフェースと、が共通の情報網に接続すると共に、該回線制御手段は、該回線インターフェースと該操作手段へ相互の接続指示を行い、該操作手段にて所定の１つまたは複数の出先機器を制御できるようにした切替システムであって、該回線制御手段と該操作手段とが情報のやりとりを行う通信路を備えたことを特徴とした。
【発明の効果】
【００１２】
本発明によれば、システムが行う出先機器の状態取得手順を無くす事なく、回線切替を従来より迅速に行えるようにした切替システムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明に係る切替システムの第１の実施の形態の全体構成である。
【図２】図２は、本発明に係る切替システムの第２の実施の形態の全体構成である。
【図３】図３は、本発明に係る切替システムの第１と第２の実施の形態における出先情報の検証部と判定部との処理と例を表した図である。
【図４】図４は、本発明に係る切替システムの第２の実施の形態における回線切替処理の一連の手順を表したフローチャートである。
【図５】図５は、図４の手順内の回線接続を行う処理を表したフローチャートである。
【図６】図６は、図４の手順内の出先情報を取得する処理を表したフローチャートである。
【図７】図７は、図４の手順内の出先情報を検証する為の処理を表したフローチャートである。
【図８】図８は、操作部渡りを表したフローチャートである。
【図９】図９は、従来の回線切替手順を表したフローチャートである。
【発明を実施するための形態】
【００１４】
以下に、本発明の好ましい実施の形態を、添付の図面に基づいて詳細に説明する。図１は、外部制御網に接続されている出先機器を操作者が切替システム内の操作部から制御を行う実施形態を示した全体概略図である。
【００１５】
［実施例１］
図１は、本発明に係る切替システム１を用いた第一の実施の形態を表す雲台切替システム全体のブロック図である。通常、切替システム１は放送局や監視メーカーの屋内に設置される。切替システム１は、屋外制御回線網６としての公衆回線や専用回線と接続され、内部の操作部から出先機器７としてのリモコン雲台やＦＰＵの制御を行う。
【００１６】
図１の１が切替システム１のブロック図である。内部には、制御部２としてのコンピュータと、操作部３としての雲台操作器やＦＰＵ操作器、そして、外部制御網６とのインターフェース部４としてのＬＡＮtoＲＳ２３２モデムインターフェースが共通の内部制御網５としてのＬＡＮで接続されている。また、制御部２の内部には、出先機器７の状態データのエラーの検証を行う検証部２１と、その検証結果によりエラーの有無を判定する判定部２２を持っている。
【００１７】
図３は、図１の制御部２の内部に構成される検証部２１と判定部２２の処理の手順とデータの流れを表したものである。
【００１８】
図４は、第１と第の実施の形態を表す切替システムが切替を行う一連の処理の流れを表したフローチャートである。
【００１９】
以下、本発明に係る切替システムの好ましい実施の形態１について詳説する。
【００２０】
「ユーザーによる切替操作の開始」
図１において、操作者Ｈが操作部３と出先機器７との切替操作を制御部２に対して行う。
【００２１】
「回線接続」
まず、切替システム１は切替システム１と出先機器７とを接続する処理を開始する。
制御部２は図４のステップＳ１１で出先機器７が外部制御網６に接続されている為、内部制御網５を経由してインターフェース部４に対し外部制御網６と接続するように指示を行う。
【００２２】
例えば、外部制御網６として公衆回線が用いられる場合は回線端に公衆モデムがそれぞれ設置されている。切替システム１のインターフェース部４としての発信モデム、出先機器７には着信モデムを使う。制御部２のコンピュータからモデム同士の接続を行う為に、内部制御網５のＬＡＮを経由してインターフェース部４に発呼用コマンドを送信する。すると、発信モデムは着信モデムに対し電話を掛け、電話回線が開通する。そして、モデム間にてネゴシエーションが成立すると回線が接続完了となり、モデム間でデータ通信が可能となる。
【００２３】
「操作部とインターフェース部との接続」
次に、図４のステップＳ２１で切替システム１はインターフェース部４と操作部３との接続を開始する。制御部２は、インターフェース部４に対し、操作部３とを接続するように指示を行う。例えば、制御２のコンピュータから内部制御網５であるＬＡＮを経由してインターフェース部４に操作部３に対してＴＣＰ接続を行うようにコマンドを投げる。コマンドを受け取ったインターフェース部４は、操作部３に対してＴＣＰソケットを作成し接続を試みる。操作部３では、既にＴＣＰソケットでのサーバー処理が働いており、インターフェース部４からのコネクトに対してAcceptをしＬＡＮ上の通信路が開通する。
【００２４】
「ユーザーによる出先機器の操作開始」
本発明では、この時点で、操作者Ｈは、操作部３から出先機器７の操作が可能である。
【００２５】
「システムから操作器へ出先機器情報の取得」
制御部２は、図４ステップＳ２２で出先機器７の状態情報が必要である為、取得する為の処理を開始する。制御部２は操作部３との通信路を構築する。例えば、制御部２からＴＣＰ接続を操作部３に対し行う。操作部３は制御部２からのコネクトに対して Acceptを返しＬＡＮ上の通信路が確立する。続いて制御部２は操作部３から出先機器７の状態を取得する。
【００２６】
以上説明したように、本発明では、従来技術 図９のＳ１２とＳ１３を入替る事で、操作者Ｈが操作部３の操作を開始できるタイミングを早め、また、上述したように制御部２と操作部３との通信路を設けて、操作部３から出先機器７情報を取得する事で、迅速な切替を可能とした。また、従来技術における出先機器７を接続、切断する手順についても、制御部が切替タイミングを一意に決める事をせず、制御部２と操作部３とが通信する事で、タイミングが管理される為に、正しく操作部３と出先機器７が割り当てられる。
【００２７】
「広い帯域で出先情報取得時間の短縮」
このように、通信路としてＬＡＮ（100Mbps)を使用する事で従来の外部回線網６例えばV22bis(0.1Mbps)よりも単位時間当たりのデータ量を1000倍に増やす事ができ転送時間を短くできる。また、転送時間が短くなった事で、切替システム１上で出先機器７状態を表示を行うまでの時間の短縮が可能である。
【００２８】
「出先機器プロトコルに依存しない通信にてコスト削減」
また、従来は、切替システム１が直接出先機器７と通信を行っている為に、出先機器の種類に対応したプロトコルを考慮する必要があった。つまり、新たな機種が追加設置された際には、切替システム１自身のソフトも更新する必要があった。しかし、本発明では、制御部２と操作部３との出先情報を取得する為に使用する通信データを、出先機器の機能が増えた分のみを増設するのみで良い為、更新コストを抑える事が可能となる。
【００２９】
「出先情報チェック」
更に、図３を用いて、出先機器７の情報取得ミスを補正する仕組み、図４のステップＳ２３について詳述する。図３は、制御部２の内部に構成される検証部２１と判定部２２を使って、出先機器７の状態データにエラーがあるかどうかの判定を行う処理をＯＫ，ＮＧの２つの結果パターンの手順を表したものである。
【００３０】
操作部３から取得した出先機器７の状態情報（Ｄ２１１とＤ２１２）は、内部にある検証部２１に転送される。検証部２１の内部では送られてきたデータのどの部分をチェックするかを決めるマスクパターン（Ｍ２１1,Ｍ２１２）を持っている。状態情報がマスクパターンで論理積（＆）された出力（Ｏ２１１、Ｏ２１２）を判定部２２へ送る。図４のステップＳ２４にて判定部２２では、予め決めておいた正常なパターンと検証部２１から送られたデータが同じかどうかを判定し、結果を返す（ＯＫまたはＮＧ）。
【００３１】
「判定部の出力による再取得指示」
判定部２２から返された結果が、もし、ＮＧの場合、操作部３が出先機器７の状態情報を再度取得する為のリトライ処理の起動を図４のＳ２４⇒ＮＧ：Retryのように移行する。この誘因を受けた操作部３は、図４のステップＳ２１で再び出先機器７状態情報を取得を行う。制御部２は、操作部３に対し再度出先機器状態情報を取得し、出先情報検証を図４のステップＳ２３で行ってエラーが無い状態で切替処理は終了する。このエラー補正処理が入る事で、従来、操作部３にて操作者Ｈが目視でチェックを行い、エラーがあった際は、手動で再度出先情報取得起動を行っている手間を省くことができ、迅速な切替処理が可能である。
【００３２】
［実施例２］
図２は、本発明に係る切替システム１を用いた第２の実施の形態を表す雲台切替システム全体のブロック図である。制御部２としてのコンピュータが１台と、２台の操作部３と、インターフェース部４を２台と、出先機器７を２台構成し、切替制御を行う。また、各々を接続する内部制御網としてＲＳ−４２２などの線路をマトリクス状に構成し、制御部２から制御される切替スイッチＳＷ８１〜ＳＷ８６を用いて線路の接続、切断を行う。
【００３３】
「回線接続」
まず、制御部２は、制御対象が出先機器７の２台のどちらかを判別し、出先機器７１であればインターフェース部４１を使用する為に、ＳＷ８１を閉じ、あるいは、出先機器７２が制御対象であればインターフェース部４２を使用する為にＳＷ８２を閉じる。これで、制御部２とインターフェース部４との通信が可能である。制御部２からインターフェース部４へは実施形態１と同様に外部制御網に対応した機器にコマンドを送信して外部回線網６とインターフェース部４とを接続し、実施例１と同様に回線接続を確立させる。
【００３４】
「操作部とインターフェース部との接続」
次に制御部２は、インターフェース部４と操作部３とを接続する。この場合も上記同様に、どの操作部３とどのインターフェース部４を接続するかを識別し、図５のステップＳ２１1にて操作部３１とインターフェース部４１であればＳＷ８３を閉じ、操作部３２とインターフェース部４２であればＳＷ８６を閉じる。また、操作部３１とインターフェース部４２であればＳＷ８４を閉じ、操作部３２とインターフェース部４１であればＳＷ８５を閉じる。この事でインターフェース部４と操作部３との通信が可能である。操作部３からインターフェース部４を経由して出先機器７の状態情報を取得する手順は実施形態１と同様である。
【００３５】
「ユーザーによる出先機器の操作開始」
本実施形態２の場合も、操作者Ｈは、この実施例１のステップＳ２１の時点で操作部３を操作して出先機器７の制御が可能である為、迅速な切替が可能である。
【００３６】
「システムから操作器へ出先機器情報の取得」
更に、制御部２は出先機器７の状態情報を取得する為に、操作部３との接続を行う。図６のステップＳ２２1にて操作部３１との接続であればＳＷ８１−ＳＷ８３を閉じ、あるいは、操作部３２との接続であればＳＷ８５−ＳＷ８５を閉じる。これで、制御部２と操作部３との通信が可能となり、出先機器７の状態情報の取得を行う。
【００３７】
「エラーチェックでの判定」
「判定部の出力による再取得指示」
上記処理については、実施の形態１と同様である。
【００３８】
「操作部渡り切替」
操作者が一つの出先機器７を操作部３を２台で渡って操作をするという運用について図８を用いて詳説する。
【００３９】
出先機器７１を操作部３１から操作部３２へ制御を渡る手順を述べる。前提として操作部３１と制御部２とはＳＷ８１とＳＷ８３が閉じており通信が可能である。この状態から、制御部２は常に操作部３１から出先機器７１の状態の取得を行っている。この時点から渡り処理を開始する。ステップＳ３１で制御部２は、ＳＷ８３を開き操作部３１と出先機器７１との通信を切断する。
【００４０】
そして、ステップＳ３２で制御部２はＳＷ８５を閉じて、操作部３２に対し出先機器７１の状態を渡す。操作部３２は直ちに出先情報を表示する。この時点で操作者は出先状態７１の状態把握が可能である。次に操作部３２はステップＳ３３で出先機器７１と通信を行う。従来では、操作部を渡り終え、出先機器との通信が始まるまで状態把握できなかったが、本発明では、渡り終える前に出先情報を知ることができて、迅速な運用が可能である。
【００４１】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。内部制御網５はＬＡＮでなくてもＡＲＣＮＥＴであっても良い、ＬＡＮを使用した際に、ＴＣＰでなくてもＵＤＰでも良い。
【符号の説明】
【００４２】
１・・・切替システム
２・・・制御部
３，３１，３２，３３，３４、３５・・・操作部
４、４１、４２、４３，４４、４５・・・インターフェース部
５、５１，５２，５３・・・内部制御網
６、６１，６２・・・外部制御網
７，７１，７２・・・出先機器
【図１】
2018201094.tif 000003
【図２】
2018201094.tif 000004
【図３】
2018201094.tif 000005
【図４】
2018201094.tif 000006
【図５】
2018201094.tif 000007
【図６】
2018201094.tif 000008
【図７】
2018201094.tif 000009
【図８】
2018201094.tif 000010
【図９】
2018201094.tif 000011