(57)【要約】【課題】  回線品位が低下した時でも安定した運用が可能な通信データを訂正する仕組みを提供することである。【解決手段】カメラと操作器とを公衆回線にて遠隔制御を行うパンチルトシステムにおいて、データベース部から取得したエラーパターンを元に、入力データをエラーデータへ加工するエラーデータ生成部と、入力データの出現順序などから規則性を導き出す運用シーン生成部と、入力されたデータと、エラーデータと、運用シーンとを記憶するデータベース部と、エラー情報と入力データとデータベース部とから出力データを選択処理する選択出力部と、前記、入出力選択処理部はエラー情報が有りの時、現在の運用シーンと入力データとの組合せをデータベース部の履歴から取得し、入力データを置き換える事でエラーを訂正する事を特徴とした。【選択図】  図１
2018078457.tif 000002
【特許請求の範囲】
【請求項１】
モデムからの受信データをカメラ制御装置に伝送するデータ通信装置において、
前記受信データにおける通信エラーを検出する為のエラー検出部と、
前記エラー検出部の結果に基づいて前記受信データを加工して前記カメラ制御装置に伝送する通信部を有する事を特徴とするデータ通信装置。
【請求項２】
前記通信部は、
エラーパターンと、正常データと、エラーデータと、運用シーンとを記憶するデータベース部と、
前記制御データを前記エラーパターンによりエラーデータに変換し前記データベース部へ格納するエラーデータ生成部と、
前記制御データの出現順序から規則性を導き出し運用シーンとして生成する運用シーン生成部と、
前記制御データと前記エラー情報を入力し、前記データベース部へアクセスし、出力データを生成する選択処理部と
を備えた事を特徴とする請求項１に記載のデータ通信装置。
【請求項３】
前記選択処理部は、前記エラー情報が有効であった時、前記制御データを前記エラーデータとみなし、前記データベース部から前記制御データを取得し前記出力データとして出力する事と特徴とする請求項１に記載のデータ通信装置。
【請求項４】
前記データベース部は、前記エラーデータに対応する前記制御データが存在しない場合に、該当データと近い値のデータを代わりに返す事を特徴とする請求項１に記載のデータ通信装置。
【請求項５】
前記選択処理部は、前記エラー情報が無効な場合でも、前記制御データが前記運用シーンに適合しない事を検出し前記出力データを生成しない事を特徴とする請求項１に記載のデータ通信装置。
【請求項６】
前記データベース部は、ＬＡＮを使用して外部データベースを利用する事を特徴とする請求項１に記載のデータ通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パンチルトシステムに関し、特に、通信制御データの誤り訂正方式に関するものである。
【背景技術】
【０００２】
従来、主に放送局や監視システムでは、カメラ搭載雲台（以下カメラと省略）と、その操作器とを回線端末（以下モデムと省略）を経由して一般の公衆回線へ接続して、遠隔制御が行われている事が知られている。
【０００３】
運用中、稀に、雷などの電気的なノイズや、台風などの天候乱れにより回線が揺さぶられることによる物理的な影響を受け、回線を流れる信号の品位が低下し、モデムから吐き出される制御データが化ける事がある。その結果、操作器からカメラへの操作指示が誤って伝わりカメラ側では操作者の意図しない動きとなる。そのような時は、従来、再び同じ操作のリトライを行ったり、該当カメラを諦め、新たに別のカメラを代替えとするといった対処になり予定通りの運用ができないときもあった。
【０００４】
この様なことから、公衆回線の伝送品位が低下したときでも安定した運用が可能な通信データを訂正する仕組みが必要とされている。例えば、特許文献１では、通信データに発生する誤りの種類を区分して検出する事で、訂正効率を上げる方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１６９０３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の特許文献１に開示された従来技術では、対応する誤りの種類に該当しない場合には通信データが捨てられる為、通信データが不連続性となり本件のような安定動作は行えない。
【０００７】
そこで、本発明の目的は、パンチルトシステムにおいて、回線品位が低下した時でも安定した運用が可能な通信データを訂正する仕組みを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明は、
モデムからの受信データをカメラに伝送するデータ通信装置において、
前記受信データにおける通信エラーを検出する為のエラー検出部と、
前記エラー検出部の結果に基づいて前記受信データを加工して前記カメラに伝送する通信部を有する事を特徴とする。
【発明の効果】
【０００９】
本発明によれば、回線品位が低下した時でも安定した運用が可能なデータを訂正する仕組みを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態に係る通信部の概略構成を表すブロック図
【図２】本発明を実施の形態に係る通信部を構成したパンチルトシステムの概略構成図
【図３】通信部における選択処理部５の処理フロー
【図４】選択処理部５における通常処理の詳細処理
【図５】選択処理部５におけるエラー処理の詳細処理
【図６】通常処理における誤動作チェック処理の詳細
【図７】通常処理における誤動作チェック処理の例
【図８】通常処理におけるエラーデータ生成処理の詳細。
【図９】通常処理におけるデータ・エラーデータ登録の詳細
【図１０】通常処理における運用シーン処理の詳細
【図１１】エラー処理におけるエラーデータ対応検索の詳細
【図１２】エラーデータ生成におけるデータ加工の詳細
【図１３】運用シーン処理におけるデータパターン構築の概念
【図１４】運用シーン処理におけるデータパターン構築の具体例
【図１５】エラーデータ対応検索におけるデータベースニアリー検索の詳細
【図１６】外部データベースを用いた通信部の概略構成を表すブロック図
【発明を実施するための形態】
【００１１】
以下に、本発明の好ましい実施の形態を、添付の図面に基づいて詳細に説明する。尚、以下の実施の形態は、本発明を具体化した一例であって、本発明の技術範囲を限定する性格のものではない。ここに、図１は本発明の実施形態１に係る通信部の概略構成を表すブロック図、図２は、本通信部を内蔵したデータ端末をパンチルトシステムに構成したシステム図を表している。
【００１２】
［実施例１］
まず、図１を用いて本発明の実施形態１に係る通信部の構成について説明する。本通信部は、データ通信を行う相互機器間において通信を行うものである。外部とは３つの入出力端子で入出力を行う。それぞれ、通信データを通信部へ取り込む為の入力データ端子、外部からのエラー情報を取り込むエラー情報端子、通信部から出力される出力データ端子がある。また、本通信部に構成されるデータベース部には予め入力端子に接続されるモデムに依存したエラーパターン(図１３に示す）が格納されている。
【００１３】
次に、内部ブロックの機能について説明する。１は、入力データとデータベース部３から取得したエラーパターンにて所定の加工を行ってエラーデータを生成（図６に示す）し、運用シーン生成部２から得た運用シーンと関連付けてデータベース部３へ格納する（図７に示す）エラーデータ生成部である。
【００１４】
２は、入力データされたデータの並びを記憶し運用シーンを生成する（図８に示す）運用シーン生成部である。３は、データベースであり、モデム依存のエラーパターンデータと、運用シーン、エラーデータ、正常データの３つを１つレコードとした、２種類のデータを記憶する。４は、入力データと、エラー情報を取り込み、エラーの有無により所定の処理を行い（図３に示す）、通信データを出力する選択処理部である。
【００１５】
次に図２を用いて本発明の実施形態１に係る通信部を構成したデータ端末装置を用いたパンチルトシステムの構成について説明する。１０はカメラを操作するための操作器である。２０は操作器１０からカメラ８０への制御データを公衆回線網にアナログ信号として重畳させる為の発呼モデムである。また、制御を開始する準備として着信側モデム２５とモデムどうし回線接続する為に、操作器１０から接続発呼の為のコマンドが送られる。
【００１６】
２５は公衆回線網に繋がれ、発呼モデム２０からの接続発呼呼び出しに応答して着信する為の着信モデムである。公衆回線３０に重畳されているアナログ信号を制御データへ変換する。３０は公衆回線（公衆回線網）である。有線の電話回線、無線の携帯回線、衛星回線、デジタル回線など、インフラとしてデータを伝送するメディアを表す。５０は本発明を実施形態１に係る通信部を内蔵したデータ端末装置である。６０はモデム出力データのエラーの有無を検出する為の通信I/Fである。７０は本発明の実施形態１に係る通信部である。８０は操作器１０の制御対象であるカメラである。
【００１７】
以下、図３以降を用いて通信部の選択処理部４の処理を詳述する。図３は、選択処理部４の処理概要のフローである。選択処理部４は図１で示すように、入力データ端子と、エラー情報入力端子があり、また、出力データ端子を持つ。処理の詳細を後述する、次に各処理の詳述を行う。
【００１８】
入力データ端子からデータが入力される（Ｓ１）、次にエラー情報の有無を図１のエラー情報から判断する（Ｓ２）、エラーが有りと判断された場合エラー処理（Ｓ４）が実行される（図５に示す）。また、エラー無しと判断されたとき通常処理（Ｓ３）が実行される（図４に示す）。Ｓ３及びＳ４の処理にて出力データが返信された場合はデータ出力（Ｓ５）を行い、選択処理部５の処理は終わる。
【００１９】
図４は図３で示した手順の通常処理（Ｓ３）の詳細処理手順を表している。まず、入力データと現在の運用シーンとが適合、不適合かのチェックを行う誤動作チェック処理（Ｓ３１）が実行される（図６に示す）、実行結果が不適合（エラー有）と判断されたときは、後の処理をせずに処理を戻す。適合する（エラー無し）の場合、入力データを使った３つの処理が実行される。
【００２０】
まず、予め想定したエラーデータを生成する為のエラーデータ生成（Ｓ３２）を行い、次に、生成されたエラーデータと入力データを紐付けて記憶する為の登録処理（Ｓ３３)を行う、最後に、入力データの、順序、データ間隔等の規則性を用いた運用シーン生成（Ｓ３４）を行い、この処理から戻る。
【００２１】
図５は図３で示した手順中のエラー処理（Ｓ４）の詳細処理手順を表している。本エラー処理（Ｓ４）に渡された入力データは、（Ｓ２）にてエラー有と判定された為にエラーデータとして処理される。まず、現在の運用シーンをデータベース部３から取得する（Ｓ４１）、得られた運用シーンと渡されたエラーデータから正常な入力データを検索する（Ｓ４２）、検索結果のデータを処理の戻しとする。
【００２２】
図６と図７は図４で示した手順中の誤動作チェック（Ｓ３１）の詳細処理手順を表している。まず、データベース部３から現在の運用シーンを取得する（Ｓ３１１）。次に本チェック処理に渡された入力データと現在の運用シーンにてデータベース部３へ検索を依頼する。図７は依頼されたデータベース部３の振る舞いを表している。２つのシナリオで説明する。
【００２３】
１つめのシナリオは、運用シーンが１、正常データがＡＢｈの場合に検索を行った場合である。結果は、レコード番号１とレコード番号２の間に正常データの値がある。ここで、運用シーンカウンタを参照すると、レコード番号１が１（１回現れた）、レコード番号２が１０（１０回現れた）である。つまり、この運用シーン１でのＡＢｈという値は存在しうる値となり、問題無しが戻される。
【００２４】
２つめのシナリオは、運用シーンが１、正常データがＡＦｈの場合に検索を行った場合である。結果は、レコード番号４とレコード番号５の間に正常データの値がある。ここで、運用シーンカウンタを参照する。シナリオ１と違って、レコード番号４もレコード番号５の値もＭＡＸである。つまり、運用シーン１で正常データＡＦｈは、適合しないと判断され、問題有が戻される。
【００２５】
上記判断結果をＳ３１２で参照し、問題無しの場合は処理を戻し、問題があった場合は入力データをクリアー（データを消去して上位で参照されないようにする）して戻す。図８は、図４に表した通常処理（Ｓ３)におけるエラーデータ生成処理（Ｓ３２)の詳細処理手順を表している。まず、エラーテンプレートをデータベース３に問合せ取得（Ｓ３２１）する。次に、そのエラーテンプレートにて入力データを加工（Ｓ３２２：図１２に示す）し、エラーデータとして値を戻す。
【００２６】
図９は、図４に表した通常処理（Ｓ３）におけるデータ・エラーデータ登録（Ｓ３３）の処理手順を表している。処理へ渡されるデータは、入力データと入力データがＳ３２にて加工されたエラーデータである。まず、データベース部４へ、入力データとエラーデータとの組合せの有無が登録されているかを問い合わせる（Ｓ３３１）。問合せた結果、既に存在する場合（Ｓ３３２）は、後の処理を省いて戻る。存在していない場合は、新規に入力データとエラーデータの組合せで登録（Ｓ３３３）を行い戻る。
【００２７】
図１０は、図４に表した通常処理（Ｓ３）における運用シーン処理（Ｓ３４）の処理手順を表している。処理へは入力データが渡される。まず、データパターンを構築する（Ｓ３４１：図１３、図１４に示す）。構築されたものがデータベース部３に存在するかどうかを問い合わせる（Ｓ３４２），既に存在する場合は、そのパターンカウンターを増やして（Ｓ３４４）戻る。また、存在しない場合は、新規パターンとしてデータベース部３へ登録（Ｓ３４５）して戻る。
【００２８】
図１１は、図５に表したエラー処理（Ｓ４）におけるエラーデータ対応検索（Ｓ４２）の処理手順を表している。まず、処理へ渡されたエラーデータとＳ４１にて取得した運用シーンの２つを用いてデータベースへアクセスし、紐づいている入力データを検索する。検索の結果見つかった場合は、そのデータを戻す。また、見つからなかった場合は、再度、近い値を取得するニアリー検索を行い（Ｓ４２３：図１５に示す）、そのデータを戻す。
【００２９】
図１２は、図８に表したエラーデータ生成（Ｓ３２)におけるデータ加工（Ｓ３２２）の詳細を表している。まず、この処理へは入力データ(b7〜b0)とエラーパターンが渡される。エラーパターン例を２つ用いて、処理の過程を述べる。例１では、入力データ８ビットをエラーパターン SHIFT-LEFT（左へシフトする）にて加工する、結果、ビット７〜ビット０までを左へ１ビットシフトすると、生成後に示したビット０には０が入り、ビット１の場所へビット０、ビット７の場所へはビット６が入る形へ変形する。例２では、入力データ８ビットをエラーパターン SHIFT-RIGHT(右へシフトする）にて加工する。
【００３０】
結果、ビット７〜ビット０までを右へ１ビットシフトを行い、生成後はビット０の位置へビット０、ビット６の場所へビット７が、最上位のビット７の場所へは０が入る。生成後のデータが戻り値となる。
【００３１】
図１３は、図１０に表した運用シーン処理（Ｓ３４）におけるデータパターン構築（Ｓ３４１）の模式図と具体例を表している。まず、例１を用いて処理の概念述べる。この処理へは入力データが渡される。入力データを順に横に並べ（今回は６個まで）、履歴を参照する。一致するデータパターンがある場合は回数を増やし、一致しない場合は新規にデータバターン番号を割り振る。このデータパターン番号をシーン番号として返す。
【００３２】
次に、例１４の具体例を使って説明する。入力データとして １ｓ間隔でDataA が取り込まれた。これをパターン１として、データパターンが DataAのみ、データ間隔は 1sとして登録し、この同じパターンが繰り返される毎にカウンターを＋１する。また、同じ様に、DataBが0.1s間隔で続く場合や、DataCから３バイトの任意のデータが繰り返される場合や、DataC,DataDの後に２バイト任意のデータが続く場合など、前記と同じようにパターン種類とデータパターン内容、データ間隔、カウンタがデータベース部３へ蓄えられる。尚、Ｍは任意データを表すマスクの意味である。
【００３３】
図１５は、図１１に表したエラーデータ対応検索（Ｓ４２）におけるデータベースニアリー検索（Ｓ４２３）の処理手順説明の為の図である。まず、この処理へは運用シーンとエラーデータが渡される。次に、レコード番号１〜ｎまでを順に読み出し、運用シーンとエラーデータ、入力データを読み出し、一致する行の入力データを返す。
【００３４】
例えば、運用シーン１、エラーデータ５８ｈが処理へ渡された場合、運用シーン１はレコード番号１〜４に存在するが、エラーデータは５７ｈから５９ｈへ飛び、５８ｈが存在しない、このような該当しない場合は、エラーデータ５７ｈに対応する入力データＡＣｈとエラーデータ５９ｈに対応する入力データＡＥｈの間のＡＤｈを算出し戻り値とする。
【００３５】
図１に表したデータベース部については、変数を記憶するものであればいかなるものでも構わない、例えば、マイコンの内部、外部、メモリ上に設けた変数の塊を記憶する連続する並びとしたソフトであったり、市販されているデータベースミドルウェアソフトを用いたり、ＯＳに付属されているデータベースソフトを使用したりしても良い。また、一般にファイルシステムと呼ばれる記憶メディアに、決まったフォーマットを使って読み書きする仕組みを使用しても良い。
【００３６】
以下、本発明の実施の形態を図１〜図１５を参照しながら詳述する。図２において、まず、操作器１０から公衆回線を接続する為にモデム２０へ発呼を行うコマンドを送信する。すると、公衆回線網は、モデム２０とモデム２５とを回線接続する。操作器１０の制御データはモデム２０から公衆回線網に載りモデム２５から送信される。制御データは制御端末５０に入り、通信I/F６０（後述する）のエラーチェックを経て通信部へ送られる。
【００３７】
通信部では、図１〜図１５で示した処理が行われカメラ８０へ出力される。また、図１のデータベース部３には、モデム２０に依存するエラーパターンが保持されている。以下、操作器１０からカメラ８０が制御中の状態（運用中）の出来ごととして説明を続ける。
【００３８】
図２の制御端末５０内の通信I/F ６０は広く知られているSIOやSCIと呼ばれるRS-232Cシリアル通信ICを表している。一般に着信モデム２５から吐き出された調歩同期式のシリアル信号をパラレルデータへ変換する機能と、シリアルデータ信号が調歩同期から外れる場合にエラー信号を出力する機能を搭載している。尚、同等の機能を持つロジック回路であっても、処理の一部として搭載したＣＰＵなどでも良い。
【００３９】
運用中、天候の乱れ、雷などの電気的なノイズや風などの物理的な影響が公衆回線に及ぼされる。公衆回線の信号が不安定となりモデムモデム２１から出力されるデータが化ける。すると制御端末４０内では、データが化けた事を通信I/F６０が検知する。通信I/F６０はエラーデータと、エラー情報を通信部へ送信する。通信部では前述した図１〜図１５で表した処理が働くことでエラーデータが正しいデータへ訂正されカメラ６０へ出力される。すなわち、天候の影響による回線品位の低下が除去され常に安定した運用が可能となる。
【００４０】
放送局にて天気予報番組運用中、風景を眺めるようにカメラ８０が超低速でパン移動している。この状況で天候が乱れる、雷などの電気的なノイズや風などの物理的な影響が公衆回線に及ぼされる。公衆回線の信号が不安定となりモデムモデム２１から出力される操作器から送られたパン移動データが化ける。操作器からの連続操作データの正常データが断続され雲台の動きはガクガクと滑らかさを欠いた動作となり、映像では風景の流れに滞りが生じてしまう。
【００４１】
しかし、本件では、データが化けた事を通信I/F６０が検知する。通信I/F６０はエラーデータと、エラー情報を通信部へ送信する。通信部では前述した図１〜図１５で表した処理が働くことでエラーデータが正しいデータへ訂正されカメラ８０へ出力され正常な連続データとなる。この訂正機能により、カメラ８０はパン移動を滞ることなく継続する事ができ、天候が乱れる時の回線低下時でも安定した運用が可能となる。
【００４２】
上記運用中、操作器ではカメラ８０の超低速パン移動の為にジョイスティックを少し傾けた操作が行われている。もし、誤ってカメラの電源スイッチに触れてしまった場合（カメラ電源をＯＦＦへの操作）の例である。従来はカメラ８０に単純に伝達されカメラ電源がＯＦＦとなることがある。本件の場合を図３−図４-図６、図７を用いて要約して説明する。制御データは入力データとして図３データ入力へ渡る。回線品位は低下していない為、エラー情報が無い、従って通常処理Ｓ３へ移行する。通常処理Ｓ３では、図４に示す誤動作チェックが行われる。
【００４３】
図６の誤動作チェックでは、現在の運用シーンと入力データとをＳ３１1データベースへ問い合わせる、本例の場合は、運用シーン１が超低速パン移動シーン、カメラ電源ＯＦＦが制御データのＡＦｈに相当する。図７のＸで示すように、この組合せは明らかに存在していない事を意味している為、データベース検索からは問題ありが返される。
【００４４】
図６では、Ｓ３１２での判断ではＮへ移行、Ｓ３１３で入力データがクリアー（カメラ電源ＯＦＦがクリアー）され、問題が有ったことが返される。図４の誤動作チェックの判断でエラー有と判断され、図３でのデータ出力Ｓ５では既に出力データがクリアーされている為カメラ８０へは伝送されない。以上述べたように、通常操作時に誤って誤操作した場合でも制御データは破棄されカメラ８０に伝わる事は無く、アクシデントを防ぐことができる。
【００４５】
運用中、天候の低下にともなって雷などの電気的なノイズや風などの物理的な影響が公衆回線に及ぼされる。公衆回線の信号が不安定となりモデムモデム２１から出力されるデータが化ける。すると制御端末４０内では、データが化けた事を通信I/F６０が検知する。通信I/F６０はエラーデータと、エラー情報を通信部へ送信する。通信部では前述した図１〜図１５で表した処理が働くが、該当する運用シーンが無い、しかし、図１５に示したニアリー検索が有効に働く事でエラーデータを正しいデータへ訂正する事が可能である。すなわち、運用シーンに該当無き場合でも、近い運用シーンを適用する事で、操作器からカメラ６０を常に安定した運用が可能となる。
【００４６】
［実施例２］
図１６は、本発明の実施形態２に係る通信部の概略構成を表すブロック図である。本実施例では、図１のデータベース部３がデータベース部４１０へ置き換わっている。データベース部４１０はＬＡＮ（ローカルエリアネットワーク）を経由して外部のデータベース(サーバーとの通信）とやりとりを行う。ＬＡＮは有線、無線、いずれでもよく、例えば、ＬＡＮネットワークであってもブルートゥース（登録商標）であってもプロトコルは問わず、データの入出力が実現できればよい。この場合も前述した実施例１の効果が適用できる。
【００４７】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。
【符号の説明】
【００４８】
１・・・・・エラーデータ生成部
２・・・・・運用シーン生成部
３・・・・・データベース部
４・・・・・選択処理部
１０・・・・操作器
２０・・・・モデム（発呼側）
２５・・・・モデム（着信側）
３０・・・・公衆回線（公衆網）
５０・・・・データ端末
６０・・・・データ端末
７０・・・・通信部
８０・・・・カメラ
４１０・・・データベース部（実施例２）
５００・・・エラー検知部（実施例３）
【図１】
2018078457.tif 000003
【図２】
2018078457.tif 000004
【図３】
2018078457.tif 000005
【図４】
2018078457.tif 000006
【図５】
2018078457.tif 000007
【図６】
2018078457.tif 000008
【図７】
2018078457.tif 000009
【図８】
2018078457.tif 000010
【図９】
2018078457.tif 000011
【図１０】
2018078457.tif 000012
【図１１】
2018078457.tif 000013
【図１２】
2018078457.tif 000014
【図１３】
2018078457.tif 000015
【図１４】
2018078457.tif 000016
【図１５】
2018078457.tif 000017
【図１６】
2018078457.tif 000018