JP2003244173A - 遠隔制御システムとその処理側制御システム及び遠隔制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、応答性がよく、ＬＡＮ内部の通信
量の低下を招くことがなく、安価で操作性が高く、実用
性の高い遠隔制御システムと遠隔制御方法を提供するこ
とを目的とする。 【解決手段】 本発明の遠隔制御システムと遠隔制御方
法は、ＬＡＮ内のカメラ１ａ〜１ｄに対してカメラ名情
報とコマンド情報をＴＣＰ／ＩＰでネットワーク４を介
して送信することができるブラウザ手段７ａを搭載した
クライアントコンピュータ７と、カメラ指定データ−ロ
ーカルＩＰアドレス変換テーブル２ｃに基づいてカメラ
１ａ〜１ｄのローカルＩＰアドレスを特定するＤＮＳ機
能手段２ａとを有したホストコンピュータと２を備え、
ＬＡＮにはゲートウェイ３が設けられ、ＬＡＮ内のカメ
ラ１ａ〜１ｄ相互とカメラ１ａ〜１ｄとホストコンピュ
ータ２間の通信はＤＮＳ機能手段２ｂがＵＤＰで行うこ
とを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲートウェイを介
してインターネットやＷＡＮに接続されたＬＡＮ内部の
構成機器を制御する遠隔制御システム、とくにＬＡＮ内
相互の通信にはプロトコルとしてＵＤＰ（User Datagra
m Protocol）を用い、インターネット，ＷＡＮを介して
の通信にはプロトコルとしてＴＣＰ／ＩＰ（Transmissi
on ControlProtocol／Internet Protocol）を用いた遠
隔制御システムと、その処理側制御システム及び遠隔制
御方法に関する。

【０００２】

【従来の技術】従来、ゲートウェイを介してインターネ
ットやＷＡＮに接続されたＬＡＮ内部の構成機器を制御
する場合、通信プロトコルとしてＴＣＰ／ＩＰが用いら
れてきた。図１０は従来のＴＣＰ／ＩＰを使った遠隔制
御システムの構成図である。この従来の遠隔制御システ
ムは、ＬＡＮ内部の構成機器としてカメラを遠隔制御す
るものである。

【０００３】図１０において、１は遠隔操作により映像
を撮影するための撮像部、１ａ，１ｂ，１ｃ，１ｄは撮
像部１のカメラ名Ａ，Ｂ，Ｃ，Ｄのカメラ、２はこれら
カメラ１ａ，１ｂ，１ｃ，１ｄをそれぞれ個々に制御可
能なホストコンピュータ（以下、ホストＰＣ）である。
３はプロトコルの交換を行うゲートウェイ、４は通信プ
ロトコルとしてＴＣＰ／ＩＰが用いられるインターネッ
トやＷＡＮ等のネットワーク、５，６ａ，６ｂは公衆回
線を介したときのモデム、あるいはルータ等の中継機
器、７は中継機器６ａを介してネットワーク４に接続さ
れるクライアントコンピュータ（以下、クライアントＰ
Ｃ）、７ａはブラウザ手段である。

【０００４】この従来の遠隔制御システムは、ゲートウ
ェイ３までのインターネットやＷＡＮ等のネットワーク
４と、ＬＡＮ内部のゲートウェイ３とホストＰＣ２の間
や、ホストＰＣ２とカメラ１ａ〜１ｄの間で、すべて通
信プロトコルとしてＴＣＰ／ＩＰを用いている。しか
し、このＴＣＰ／ＩＰは詳細にまでわたって規定された
比較的重いプロトコルであって、これに基づいて動作す
るプログラムは複雑な処理をするため処理時間がかか
り、ＬＡＮ内部のトラフィック低下を招くばかりでな
く、構成機器のコストもこれに応じて上がるものであっ
た。例えば、ＴＣＰ／ＩＰの上位プロトコルとしてＳＭ
ＴＰを用い、電子メールを利用して制御する場合等は処
理時間が非常にかかるものであった。このため電子メー
ルは伝送に時間がかかり、直ぐにレスポンスができな
い。

【０００５】そこで、特開２００１−３３１３９４号公
報でローカルプロトコルとプライベートアドレスを採用
した遠隔制御システムが提案された。すなわち、携帯端
末から遠隔制御したい家電機器への接続要求は、この家
電機器のプライベートアドレスを指定して公衆回線を経
由してゲートウェイ装置内の着信制御装置にて着信され
る。この着信制御装置によりＰＰＰによるネットワーク
接続がなされ、家電機器に接続される。携帯端末による
接続はアドレス変換装置を通らず、あたかも屋内ネット
ワークに新しい装置が接続されたかの状態になる。携帯
端末のＷＷＷブラウザ機能を用いてユーザが行った操作
内容のデータは、公衆回線、ゲートウェイ装置を通して
遠隔制御しようとする家電機器のＷＷＷサーバー機能に
入力され、サーバー機能により操作内容のデータに基づ
いて家電機器の制御をするというものである。

【０００６】着信装置としてゲートウェイ装置内にｈｔ
ｔｐｄで構成された監視部を設け、携帯端末が着信装置
に着信してｐｐｐ接続されると、これを監視している監
視部はＨＴＭＬデータからなるウェブページを携帯端末
に送信する。このウェブページには家電機器に関するユ
ーザインタフェースが記述されており、携帯端末のユー
ザがブラウザによりウェブページからこれを遠隔操作す
ると、ＣＧＩによって機器専用のＡＶＣ拡張プログラム
を呼出し、ＩＥＥＥ１３９４で規定されたＡＶコントロ
ールコマンドを送って家電機器を制御する。

【０００７】しかし、この従来の遠隔制御システムは、
ＩＥＥＥ１３９４が高速のため電子メールを使用したと
きのようなレスポンスの遅れはないが、別の側面でレス
ポンスの遅れが出てくるものであり、システム自体実用
性に欠けるものであった。すなわち、ＩＥＥＥ１３９４
とＴＣＰ／ＩＰとはデータ構造の互換性が欠けており、
エラー制御、配送制御の論理も根本的に異なるため、仮
にＩＥＥＥ１３９４とＴＣＰ／ＩＰの変換を行うために
はプログラム上完全に個別の対応を迫られるものであっ
た。ＩＥＥＥ１３９４はＲＳ２３２Ｃ−ＲＳ４２２の流
れを汲むシリアルインタフェースであるが、ＴＣＰ／Ｉ
Ｐとは物理層も含め互換性はまったくない。そしてこの
ような個別の変換処理を行うためには、データ変換を行
うための特別のハードウェアまたはソフトウェアとそれ
による処理時間が必要であり、ハードウェアが実現でき
たとしても新たなレスポンスの遅れが発生するし、これ
を完全に自力で開発する必要があり、システムを構築す
るのは容易なことではない。また、実用化されたＩＥＥ
Ｅ１３９４対応のインターフェースも少ないため、今の
ところ実用性に乏しい。そして、遠隔制御するブラウザ
搭載の携帯端末等がなければネットワーク接続ができな
いし、家電機器を結ぶ家庭内のスター型のデータリンク
を利用するものであって、ｐｐｐ接続の制御であり、バ
スに接続された機器同士が通信することはできないもの
であった。

【０００８】

【発明が解決しようとする課題】以上説明したように従
来の遠隔制御システムは、ネットワークの通信プロトコ
ルとしてＴＣＰ／ＩＰを用いるが、ＬＡＮ内部でもＴＣ
Ｐ／ＩＰを使用するものである。しかし、このＴＣＰ／
ＩＰは詳細にまでわたって規定された処理に手間のかか
る重いプロトコルであって、これに基づいて動作するプ
ログラムは処理時間がかかり、ＬＡＮ内部のトラフィッ
ク低下を招くばかりでなく、構成機器のコストもこれに
応じて上がるものであった。そして例えば、ＳＭＴＰで
電子メールを利用して制御するのは非常に長い処理時間
を要するものであった。従って、この従来の遠隔制御シ
ステムでは、直ぐにレスポンスを返せないものであっ
た。

【０００９】また、特開２００１−３３１３９４号公報
で提案された従来の遠隔制御システムは、ゲートウェイ
装置を介して直接ｐｐｐ接続するが、ＩＥＥＥ１３９４
とＴＣＰ／ＩＰとはデータ構造の互換性がまったく欠け
ているため、ＩＥＥＥ１３９４とＴＣＰ／ＩＰの変換を
行うためにはプログラム上完全に個別の対応を迫られる
ものであった。このためにデータ変換を行うための処理
時間や特別のハードウェアが必要となり、このためレス
ポンスが遅れるとともに、ＩＥＥＥ１３９４は家電機器
を結ぶ家庭内のスター型のデータリンクを利用するもの
であって、ｐｐｐ接続の制御であり、バスに接続された
機器同士が通信することはできないものであった。遠隔
制御するブラウザ搭載の携帯端末等がないとネットワー
ク接続ができない。

【００１０】そこで本発明は、応答性がよく、ＬＡＮ内
部の通信量の低下を招くことがなく、安価で操作性が高
く、実用性の高い遠隔制御システムを提供することを目
的とする。

【００１１】また、本発明は、応答性がよく、ＬＡＮ内
部の通信量の低下を招くことがなく、安価で操作性が高
く、実用性の高い遠隔制御システムの処理側制御システ
ムを提供することを目的とする。

【００１２】そして、応答性がよく、ＬＡＮ内部の通信
量の低下を招くことがなく、操作性が高く、実用性の高
い遠隔制御方法を提供することを目的とする。

【００１３】

【課題を解決するための手段】以上説明した課題を解決
するために本発明の遠隔制御システムは、ＬＡＮ内の制
御対象機器に対して機器名情報とコマンド情報をＴＣＰ
／ＩＰでネットワークを介して送信することができるブ
ラウザ手段を搭載したクライアントコンピュータと、機
器名情報−ローカルＩＰアドレス変換テーブルに基づい
て制御対象機器のローカルＩＰアドレスを特定するＤＮ
Ｓ機能手段とを有したホストコンピュータとを備え、Ｌ
ＡＮにはゲートウェイが設けられ、ＬＡＮ内の各制御対
象機器相互と該各制御対象機器とホストコンピュータ間
の通信はＤＮＳ機能手段がＵＤＰで行うことを特徴とす
る。

【００１４】これにより、応答性がよく、ＬＡＮ内部の
通信量の低下を招くことがなく、安価で操作性が高く、
実用性の高い遠隔制御システムを提供することができ
る。

【００１５】また本発明の遠隔制御システムの処理側制
御システムは、ＬＡＮ内においては、各制御対象機器相
互と該各制御対象機器とホストコンピュータ間の通信は
ＤＮＳ機能手段がＵＤＰで行うことを特徴とする。

【００１６】これにより、応答性がよく、ＬＡＮ内部の
通信量の低下を招くことがなく、安価で操作性が高く、
実用性の高い遠隔制御システムの処理側制御システムを
提供することができる。

【００１７】本発明の遠隔制御方法は、ＬＡＮ内の制御
対象機器に対してクライアントコンピュータから機器名
情報とコマンド情報をＴＣＰ／ＩＰでネットワークを介
して送信し、ＬＡＮのホストコンピュータでは、機器名
情報−ローカルＩＰアドレス変換テーブルに基づいて制
御対象機器のローカルＩＰアドレスを特定して、制御対
象機器をＴＣＰ／ＩＰで遠隔制御するとともに、ＬＡＮ
内の各制御対象機器相互と該各制御対象機器とホストコ
ンピュータ間の通信はＵＤＰで行うことを特徴とする。

【００１８】これにより、応答性がよく、ＬＡＮ内部の
通信量の低下を招くことがなく、操作性が高く、実用性
の高い遠隔制御方法を提供することができる。

【００１９】

【発明の実施の形態】本発明の請求項１記載の発明は、
ネットワークに接続されたＬＡＮ内の制御対象機器と、
制御対象機器に対して機器名情報とコマンド情報をＴＣ
Ｐ／ＩＰでネットワークを介して送信することができる
ブラウザ手段を搭載したクライアントコンピュータと、
ＬＡＮに設けられ、ブラウザ手段を搭載するとともに、
該ＬＡＮ内の機器名情報とローカルＩＰアドレスを変換
するための機器名情報−ローカルＩＰアドレス変換テー
ブルと、該機器名情報−ローカルＩＰアドレス変換テー
ブルに基づいて制御対象機器のローカルＩＰアドレスを
特定するＤＮＳ機能手段とを有したホストコンピュータ
とを備え、ＬＡＮにはゲートウェイが設けられ、ＬＡＮ
内の各制御対象機器相互と該各制御対象機器とホストコ
ンピュータ間の通信はＤＮＳ機能手段がＵＤＰで行うこ
とを特徴とする遠隔制御システムであり、ＬＡＮ内の相
互通信はＵＤＰを使うためトラフィックを低減でき、遠
隔制御時の応答性がよく快適な操作を行うことができ
る。システム構成がシンプルで安価で、ＴＣＰ／ＩＰで
遠隔制御してローカルにはＵＤＰで通信するから汎用
性、実用性の高いシステムとなる。ゲートウェイからＬ
ＡＮ内部のＵＤＰの通信がネットワークに出て行くこと
がなく、セキュリティの高い遠隔制御システムとするこ
とができる。

【００２０】本発明の請求項２記載の発明は、ネットワ
ークに接続され、ブラウザ手段からの要求で操作閲覧画
面を表示させるとともに、該操作閲覧画面からの入力で
制御対象機器の機器名情報とコマンド情報をＴＣＰ／Ｉ
Ｐパケットに構成してネットワークに送信し、該ネット
ワークからのブラウザ手段への応答を処理してブラウザ
手段に渡す要求処理手段が設けられたウェブサーバーを
備えた請求項１記載の遠隔制御システムであり、ブラウ
ザ手段を一般に普及しているブラウザプログラムで構成
することができ、ウェブサーバーから操作閲覧画面をダ
ウンロードして入力でき、例えばＰｅｒｌやＲｕｂｙ等
の言語で記述されたＣＧＩで要求処理手段を機能させて
制御対象機器を制御することができる。

【００２１】本発明の請求項３記載の発明は、請求項１
または２に記載された遠隔制御システムにおいて、ＬＡ
Ｎ内の機器名情報とローカルＩＰアドレスを変換するた
めの機器名情報−ローカルＩＰアドレス変換テーブル
と、該機器名情報−ローカルＩＰアドレス変換テーブル
に基づいて制御対象機器のローカルＩＰアドレスを特定
するＤＮＳ機能手段に代えて、ＬＡＮ内の機器名情報と
ポート番号を変換するための機器名情報−ポート番号変
換テーブルと、該機器名情報−ポート番号変換テーブル
に基づいて制御対象機器のポート番号を特定するＤＮＳ
機能手段を備えたことを特徴とする遠隔制御システムで
あり、機器名情報−ポート番号変換テーブルを用いてＤ
ＮＳ機能手段がポート番号で制御するためＵＤＰをＬＡ
Ｎ内で採用することができ、トラフィックを低減でき、
遠隔制御時の応答性がよく快適な操作をおこなうことが
でき、システム構成がシンプルで安価となる。

【００２２】本発明の請求項４記載の発明は、ゲートウ
ェイにはＴＣＰ／ＩＰとＵＤＰとを変換するためのプロ
トコル変換テーブルが設けられ、ネットワークから送ら
れてきたＴＣＰ／ＩＰパケットがゲートウェイによって
すべてＵＤＰパケットに変換されることを特徴とする請
求項１〜３のいずれかに記載の遠隔制御システムであ
り、ＬＡＮ内ではすべてＵＤＰを使うためトラフィック
を大幅に低減でき、遠隔制御時の応答性がよく快適な操
作を行うことができる。システム構成がシンプルで安価
で、ＴＣＰ／ＩＰで遠隔制御してローカルにはＵＤＰで
通信するから汎用性、実用性の高いシステムとなる。ゲ
ートウェイからＬＡＮ内部のＵＤＰの通信がネットワー
クに出て行くことがなく、セキュリティの高い制御シス
テムとすることができる。

【００２３】本発明の請求項５記載の発明は、請求項１
に記載された遠隔制御システムにおいて、クライアント
コンピュータのブラウザ手段に代えて、ＬＡＮ内の制御
対象機器に対して機器名情報とコマンド情報をＴＣＰ／
ＩＰでネットワークに送信することができ、且つネット
ワーク上の他のウェブサーバーにはアクセスする機能は
もたない操作閲覧手段を搭載したことを特徴とする請求
項１記載の遠隔制御システムであり、操作閲覧手段を、
一般に普及しているブラウザプログラムでなく、専用の
操作閲覧プログラムで構成することができ、プログラム
がコンパクトのためクライアントコンピュータのリソー
スを消費することが少ないため遠隔制御時の応答性がよ
く、快適な操作を行うことができる。

【００２４】本発明の請求項６記載の発明は、制御対象
機器がカメラであり、クライアントコンピュータのブラ
ウザ手段で画像を閲覧することを特徴とする請求項１〜
４のいずれかに記載の遠隔制御システムであり、カメラ
が画像を撮影してクライアントコンピュータに送るため
にＵＤＰを使用するが、ＬＡＮ内での通信であるため、
信頼性があり且つ高速でネットワークに送出することが
できる。ブラウザ手段として一般的なものが採用でき、
ウェブサーバーから操作閲覧画面をダウンロードして、
例えばＰｅｒｌやＲｕｂｙ等の言語で記述されたＣＧＩ
により制御対象機器を制御することができる。

【００２５】本発明の請求項７記載の発明は、制御対象
機器がカメラであり、クライアントコンピュータの操作
閲覧手段で画像を閲覧することを特徴とする請求項５記
載の遠隔制御システムであり、カメラは画像を撮影して
クライアントコンピュータに送るため、ＬＡＮ内をＵＤ
Ｐで通信することで十分信頼性のある画像を高速でネッ
トワークに送出することができる。専用の操作閲覧プロ
グラムで操作閲覧手段を構成することができ、プログラ
ムがコンパクトのためクライアントコンピュータのリソ
ースを消費することが少ないため遠隔制御時の応答性が
よく、快適な操作を行うことができる。

【００２６】本発明の請求項８記載の発明は、ネットワ
ークにゲートウェイを介して接続されたＬＡＮ内の制御
対象機器と、ＬＡＮに接続され、ブラウザ手段を搭載す
るとともに、該ＬＡＮ内の機器名情報とローカルＩＰア
ドレスを変換するための機器名情報−ローカルＩＰアド
レス変換テーブルと、該機器名情報−ローカルＩＰアド
レス変換テーブルに基づいて制御対象機器のローカルＤ
ＮＳ機能手段が設けられたホストコンピュータを備え、
制御対象機器に対してネットワーク上をＴＣＰ／ＩＰに
従ってクライアントコンピュータから機器名情報とコマ
ンド情報が送信される遠隔制御システムの処理側制御シ
ステムであって、ＬＡＮ内においては、各制御対象機器
相互と該各制御対象機器とホストコンピュータ間の通信
はＤＮＳ機能手段がＵＤＰＩＰアドレスを特定するプロ
トコルで行うことを特徴とする遠隔制御システムの処理
側制御システムであり、ＬＡＮ内の相互通信はＵＤＰを
使うためトラフィックを低減でき、遠隔制御時の応答性
がよく快適な操作を行うことができる。システム構成が
シンプルで安価で、ＴＣＰ／ＩＰで遠隔制御してローカ
ルにはＵＤＰで通信するから汎用性、実用性の高いシス
テムとなる。ゲートウェイからＬＡＮ内部のＵＤＰの通
信がネットワークに出て行くことがなく、セキュリティ
の高い遠隔制御システムの処理側制御システムとするこ
とができる。

【００２７】本発明の請求項９記載の発明は、遠隔制御
システムが請求項２〜７のいずれかに記載の遠隔制御シ
ステムであることを特徴とする請求項８記載の遠隔制御
システムの処理側制御システムであり、上述の遠隔制御
システムの特徴を生かせた処理側制御システムにするこ
とができる。

【００２８】本発明の請求項１０記載の発明は、ネット
ワークに接続されたＬＡＮ内の制御対象機器に対してク
ライアントコンピュータから機器名情報とコマンド情報
をＴＣＰ／ＩＰでネットワークを介して送信し、ＬＡＮ
のホストコンピュータでは、ＤＮＳ機能手段が機器名情
報−ローカルＩＰアドレス変換テーブルに基づいて制御
対象機器のローカルＩＰアドレスを特定して、制御対象
機器をＴＣＰ／ＩＰで遠隔制御するとともに、ＬＡＮに
はゲートウェイを設け、ＤＮＳ機能手段がＬＡＮ内の各
制御対象機器相互と該各制御対象機器とホストコンピュ
ータ間の通信はＵＤＰで行うことを特徴とする遠隔制御
方法であり、ＬＡＮ内の相互通信はＵＤＰを使うためト
ラフィックを低減でき、遠隔制御時の応答性がよく快適
な操作を行うことができる。システム構成がシンプルで
安価で、ＴＣＰ／ＩＰで遠隔制御してローカルにはＵＤ
Ｐで通信するから汎用性、実用性が高い。ゲートウェイ
からＬＡＮ内部のＵＤＰの通信がネットワークに出て行
くことがなく、セキュリティの高い遠隔制御システムを
実現できる。

【００２９】本発明の請求項１１記載の発明は、ネット
ワークに接続されたＬＡＮ内の制御対象機器に対してク
ライアントコンピュータから機器名情報とコマンド情報
をＴＣＰ／ＩＰでネットワークを介して送信し、ＬＡＮ
のホストコンピュータでは、ＤＮＳ機能手段が機器名情
報−ポート番号変換テーブルに基づいて制御対象機器の
ポート番号を特定して、制御対象機器をＴＣＰ／ＩＰで
遠隔制御するとともに、ＬＡＮにはゲートウェイを設
け、ＤＮＳ機能手段がＬＡＮ内の各制御対象機器相互と
該各制御対象機器とホストコンピュータ間の通信はＵＤ
Ｐで行うことを特徴とする遠隔制御方法であり、機器名
情報−ポート番号変換テーブルを用いてポート番号で制
御するためＬＡＮ内でＵＤＰを採用することができ、ト
ラフィックを低減でき、遠隔制御時の応答性がよく快適
な操作をおこなうことができ、システム構成がシンプル
で安価となる。

【００３０】本発明の請求項１２記載の発明は、ゲート
ウェイにＴＣＰ／ＩＰとＵＤＰとを変換するためのプロ
トコル変換テーブルを設け、ネットワークから送られて
きたＴＣＰ／ＩＰパケットがゲートウェイによってすべ
てＵＤＰパケットに変換されることを特徴とする請求項
１０または１１に記載の遠隔制御システムであり、ＬＡ
Ｎ内ではすべてＵＤＰを使うためトラフィックを大幅に
低減でき、遠隔制御時の応答性がよく快適な操作を行う
ことができる。ゲートウェイからＬＡＮ内部のＵＤＰの
通信がネットワークに出て行くことがなく、セキュリテ
ィの高い制御システムとすることができる。

【００３１】本発明の請求項１３記載の発明は、制御対
象機器がカメラであり、クライアントコンピュータで画
像を閲覧することを特徴とする請求項１０〜１２のいず
れかに記載の遠隔制御システムであり、カメラは画像を
撮影してクライアントコンピュータに送るため、ＬＡＮ
内をＵＤＰで通信することで十分信頼性のある画像を高
速でネットワークに送出することができる。

【００３２】（実施の形態１）本発明の実施の形態１に
おける遠隔制御システムと処理側制御システムについて
説明する。処理側制御システムは、クライアントコンピ
ュータ等との組み合わせで遠隔制御システムを構成する
ものである。図１は本発明の実施の形態１における遠隔
制御システムの構成図、図２は本発明の実施の形態１に
おける遠隔制御システムのシーケンスチャート、図３
（ａ）は本発明の実施の形態１における遠隔制御システ
ムのクライアントＰＣのブラウザ手段による操作閲覧画
面を示す図、図３（ｂ）は（ａ）の操作閲覧画面からウ
ィンドウとして開いた操作画面を示す図、図４は本発明
の実施の形態１におけるウェブサーバーのＣＧＩの処理
フローチャート、図５は本発明の実施の形態１における
ウェブサーバーのボタン−カメラ指定データ変換テーブ
ル図、図６は本発明の実施の形態１におけるホストＰＣ
のカメラ指定データ−ローカルＩＰアドレス変換テーブ
ル図である。なお、本実施の形態１の遠隔制御システム
はＬＡＮ内部の複数のカメラからなる撮像部を遠隔制御
するものであるが、構成機器としてはカメラのほか、互
いに通信したり遠隔制御できる他の機器でよい。

【００３３】図１において、１は遠隔操作により映像を
撮影するための撮像部、１ａ，１ｂ，１ｃ，１ｄは撮像
部１のカメラ名Ａ，Ｂ，Ｃ，Ｄのカメラ、２はこれらカ
メラ１ａ〜１ｄをそれぞれ個々に制御可能なホストＰ
Ｃ、２ａはホストＰＣ２に搭載したブラウザ手段、２ｂ
はホストＰＣ２のブラウザ手段２ａにプラグインされた
ＤＮＳ（Domain Name System/Service）機能手段（例え
ばＵＮＩＸ（登録商標）であればＢＩＮＤ）、２ｃはホ
ストＰＣ２のメモリ部に設けられたカメラ指定データ−
ローカルＩＰアドレス変換テーブル、２ｄはＤＨＣＰ
（Dynamic Host Configuration Protocol）サーバーと
しての機能を行うＤＨＣＰ機能手段である。３は通信プ
ロトコルの交換を行うゲートウェイ、３ａはゲートウェ
イ３に設けられたプロトコル変換テーブル、４は通信プ
ロトコルとしてＴＣＰ／ＩＰが用いられるインターネッ
トやＷＡＮ等のネットワーク、５，６ａ，６ｂは公衆回
線を介したときのモデム、あるいはルータ等の中継機
器、７は中継機器６ａを介してネットワーク４に接続さ
れるクライアントＰＣ、７ａはクライアントＰＣ７に搭
載されたブラウザ手段、８はＣＧＩによってクライアン
トＰＣ７のブラウザ手段７ａにカメラ１ａ〜１ｄの操作
閲覧画面を表示させるウェブサーバー、８ａはウェブサ
ーバー８のＣＧＩ機能を担い、画像送信要求を処理した
り、操作閲覧画面を送信したり、画像処理を行ったりす
る、サーバー内のディレクトリ“ｃｇｉ−ｂｉｎ”内に
設けられた要求処理手段、８ｂはウェブサーバー８のメ
モリ部に設けられたボタン−カメラ指定データ変換テー
ブル、８ｃはウェブページや操作閲覧画面等のデータを
格納した画面データ格納部、８ｅは画像格納部である。

【００３４】本実施の形態１における遠隔制御システム
の特徴は、クライアントＰＣ７からカメラ１ａ〜１ｄに
画像送信要求をするとき、操作性を向上させるためにカ
メラ名Ａ，Ｂ，Ｃ，Ｄを指定するだけでブラウザ手段７
ａからカメラ１ａ〜１ｄを制御できるようにしたことで
ある。クライアントＰＣ７からブラウザ手段７ａによっ
てウェブサーバー８に格納された操作閲覧画面を表示
し、ユーザはこの操作閲覧画面上でカメラ名Ａ，Ｂ，
Ｃ，Ｄのいずれかを指定することにより、カメラ１ａ〜
１ｄを遠隔制御するものである。ＩＰアドレスを直接入
力するのはユーザにとってかなり負担がかかることであ
るが、本実施の形態１においては、ウェブサーバー８の
要求処理手段８ａに入力支援処理を行わせ、ホストＰＣ
２のＤＮＳ機能手段２ａにＤＮＳ処理を行わせている。

【００３５】すなわち、ブラウザ手段７ａによって表示
された操作閲覧画面上で、カメラ名Ａ，Ｂ，Ｃ，Ｄと関
係付けられ、図３（ａ）に示すようにアクティブに埋め
込まれたボタン１〜４（後記する）の１つを指定する
と、図３（ｂ）に示すような指定したカメラのカメラ操
作画面のウインドウが開く。図３（ａ）（ｂ）におい
て、１１はクライアントＰＣ７のブラウザ手段７ａが表
示する操作閲覧画面の中のカメラ指定ボタン、１２はカ
メラ指定ボタン１１の各ボタン１，２，３，４と対応し
たカメラ１ａ〜１ｄが撮影した画像を表示する画像、１
３はカメラのアングルやズームを制御するための操作ボ
タン、１３ａは画像送信要求ボタンである。

【００３６】カメラ操作画面の操作ボタン１３や画像送
信要求ボタン１３ａの中から画像送信要求ボタン１３ａ
を選んでクリックすると、クライアントＰＣ７のブラウ
ザ手段７ａはウェブサーバー８のＣＧＩに起動をかけて
画像送信要求を送信する。また操作ボタン１３をクリッ
クすると、カメラ１ａの姿勢等を制御するコマンドを送
信する。なお、ウェブサーバー８の要求処理手段８ａが
この送信処理を行い、図５に示したボタン−カメラ指定
データ変換テーブル８ｂに従って、指定されたカメラの
カメラ指定データをイーサネット（登録商標）フレーム
のＩフィールドに埋め込み、ｈｔｔｐでホストＰＣ２に
向けて送信する。

【００３７】図５に示すようにボタン−カメラ指定デー
タ変換テーブル８ｂにおいては、ボタン１〜４がそれぞ
れカメラ名Ａ，Ｂ，Ｃ，Ｄに対応し、さらにそれぞれカ
メラ指定データ「０ｘ０１」，「０ｘ０２」，「０ｘ０
３」，「０ｘ０４」が関係付けられている。例えばカメ
ラ名Ａに対応したボタン１を選択すると、カメラ指定デ
ータ「０ｘ０１」が選ばれ、イーサネットフレームのＩ
フィールドに埋め込まれて、ｈｔｔｐでホストＰＣ２に
向けて送信されることになる。

【００３８】ゲートウェイ３ではＴＣＰ／ＩＰのパケッ
トはそのままフォワーディングされ、ホストＰＣ２に送
られる。このホストＰＣ２のブラウザ手段２ａにはＤＮ
Ｓ機能手段２ｂがデーモンとしてプラグインされてお
り、このＤＮＳ機能手段２ｂが図６に示すカメラ指定デ
ータ−ローカルＩＰアドレス変換テーブル２ｃを参照し
て、パケットのＩＰヘッダにこのカメラのローカルＩＰ
アドレスを書き込み、ＬＡＮ内部に送信する。なお、Ｔ
ＣＰヘッダにはポート番号を書きこむ必要があるが、実
施の形態１の場合にはウェルノウンポート番号「８０」
が書き込まれる。これはｈｔｔｐを使用して送信するこ
とを示す。

【００３９】図６のカメラ指定データ−ローカルＩＰア
ドレス変換テーブル２ｃは、カメラ指定データ「０ｘ０
１」，「０ｘ０２」，「０ｘ０３」，「０ｘ０４」が、
それぞれローカルＩＰアドレス「１９２．１６８．２．
１０１」「，１９２．１６８．２．１０２」，「１９
２．１６８．２．１０３」，「１９２．１６８．２．１
０４」と関係付けられている。このローカルＩＰアドレ
スは、ＲＦＣ−１９１８によって定義されたプライベー
トアドレスのクラスＣを割り振ったものである。６５５
３６個の構成機器の指定まで可能である。

【００４０】このパケットを受信したカメラ１ａ〜１ｄ
は、コマンドの内容を解析し、画像送信要求と判断す
る。なお、希望する画像を得るためにカメラ１ａ〜１ｄ
のアングルやズームを制御する場合は、カメラ操作画面
に表示された操作ボタン１３からのＧＵＩ（グラフィカ
ルユーザインターフェース）入力により、ピッチ角を＋
５°等のコマンド情報がイーサネットフレームのＩフィ
ールドに埋め込まれて送信され、ホストＰＣ２のＤＮＳ
機能手段２ｂによりカメラ指定データはローカルＩＰア
ドレスに変換され、画像送信要求と同様にカメラ１ａ〜
１ｄが受信し、これを解析する。

【００４１】次にカメラ１ａ〜１ｄは画像の撮影を終了
すると、画像データをデータフィールドにセットして、
ＴＣＰヘッダとアプリケーションヘッダを付加し、ＴＣ
ＰパケットとしてホストＰＣ２に送信する。ホストＰＣ
２はＩＰヘッダとイーサネットヘッダを付加してインタ
ーネット等のネットワーク４にゲートウェイ３を介して
送出する。ネットワーク４からこのパケットを受信した
クライアントＰＣ７は、ブラウザ手段７ａによって画像
データを取り出し、さらにウェブサーバー８の要求処理
手段８ａを起動して画像を図３の操作閲覧画面の所定の
位置に配置させる。要求処理手段８ａは表示用のデータ
をクライアントＰＣ７のブラウザ手段７ａに渡し、画像
が操作閲覧画面の画像１２として表示される。

【００４２】ところで、本実施の形態１の遠隔制御シス
テムにおいては、ＬＡＮ内でトラフィックを低減して制
御速度を上げ、高速通信を実現するために、ＬＡＮ内部
の構成機器の相互の通信にはＴＣＰ／ＩＰに代えてロー
カルにＲＦＣ７６８で定められたＵＤＰ（User Datagra
m Protocol）を使用している。しかし、これはＬＡＮ内
部だけのことであり、図２に示すように外部からの画像
送信要求や他のコマンド、外部への通信はすべてＴＣＰ
／ＩＰで通信する。

【００４３】このＵＤＰはＴＣＰ／ＩＰプロトコル群の
トランスポートレイヤの１つのプロトコルであるが、Ｔ
ＣＰに代わって使用可能であり、ＵＤＰをローカルに含
んでＴＣＰ／ＩＰ通信が行えるものである。このＵＤＰ
は、ＴＣＰと比較して非常に単純なプロトコルであり、
ポート番号の通知とデータの誤り検出しか行わない単純
なものである。従ってＴＣＰは、通信上のシーケンス番
号や応答確認番号による到着確認や、ウィンドウ制御、
フロー制御等を行うが、ＵＤＰはこれらの制御をまった
く行わない。また誤り検出についても、誤りが検出され
た場合やパケットが消失した場合に再送信することはな
い。もし訂正するのであれば上位のレイヤのプロトコル
で行うものである。なお、ＵＤＰヘッダに書き込むポー
ト番号は、ＬＡＮ構成機器に対してプライベートのポー
ト番号を与えておき、このプライベートのポート番号で
宛先と送信元を特定する。これについては実施の形態２
で詳述する。

【００４４】しかし、ＵＤＰは通信処理がこのように簡
単なため高速通信が可能であり、本実施の形態１のよう
にカメラ１ａ〜１ｄで撮った画像を送信する場合には、
パケットが例え数個消失しても若干の乱れが生じる程度
のことですむから、ＬＡＮ内部のトラフィックを下げる
ことが可能になる。通常ＬＡＮ内の限定された制御の場
合には、データ量も小さく、誤りが発生する確率はかな
り小さいから、ＵＤＰで十分な信頼性を得ることができ
る。また、ＵＤＰでは構成機器間、ここではカメラ１ａ
〜１ｄとホストＰＣ２間で互いに通信、制御することが
可能である。この点従来のＩＥＥＥ１３９４によればス
ター型のデータリンクを利用するため、ｐｐｐ接続の制
御となり、バスに接続された構成機器同士で通信したり
制御することはできない。

【００４５】このＵＤＰを用いた内部通信について事例
を用いて説明する。図２に示すように実施の形態１にお
いてはローカルＩＰアドレスを使用するから、ＬＡＮ内
部でローカルＩＰアドレスの割り当てを行わなければな
らない。このためホストＰＣ２のブラウザ手段２ａには
ＤＮＳ機能手段２ｂのほかに、ＤＨＣＰサーバーとして
の機能を行うＤＨＣＰ機能手段２ｄが設けられている。
新しく設置したカメラ１ａ〜１ｄからホストＰＣ２に対
してローカルＩＰアドレス割り当て要求がＵＤＰで行わ
れると、ホストＰＣ２はＤＨＣＰ機能手段２ｄによりロ
ーカルＩＰアドレスの割り当てを行い、ＵＤＰによって
これを各構成機器に通知する。

【００４６】このほかのＵＤＰを用いた内部通信として
は、ゲートウェイ３に対する動作設定のための通信があ
る。すなわち、ＬＡＮ内部からネットワーク４へのＴＣ
Ｐ／ＩＰでの送信、またはホストＰＣ２からＬＡＮ内部
に向けて送信するＴＣＰ／ＩＰの通知等、ＬＡＮ内部で
発生するＴＣＰ／ＩＰの通知は、設定条件に従ってゲー
トウェイ３にプロトコル変換を行わせる必要がある。こ
のため、ホストＰＣ２はＵＤＰによってゲートウェイ３
に対する動作設定の通知を行い、ゲートウェイ３がその
設定をプロトコル変換テーブル３ａに格納したときに
は、ＵＤＰによってホストＰＣ２に終了通知を送信して
いる。

【００４７】このようにＬＡＮ内部間の通信にはＵＤＰ
を用いることにより、トラフィックが低減し、高速通信
が可能になる。また、プロトコルをＵＤＰにすることに
より、ゲートウェイ３がパケットフィルタリング機能を
もつことになる。すなわち、ＬＡＮ内部のＵＤＰのパケ
ットがインターネットやＷＡＮ等のネットワーク４に出
て行くことはないし、ネットワーク４からゲートウェイ
３に対するアクセスに対してはＴＣＰ／ＩＰで応答する
ために、他のプロトコルを使用する場合と比べてセキュ
リティホールがなく、外部からの不正な進入に対して強
く、システム構成もシンプルで安価なシステムとするこ
とができる。

【００４８】次に、図２のシーケンスチャートに基づい
て、クライアントＰＣ７からカメラ１ａに画像を要求し
てブラウザ手段７ａに表示させるシーケンスを説明す
る。Ｓｅｑ１において、クライアントＰＣ７のブラウザ
手段７ａを立ち上げ、ウェブサーバー８に操作閲覧画面
フォームを格納したディレクトリを指定して操作閲覧画
面を要求する。ウェブサーバー８は、要求処理手段８ａ
が起動され、図４の処理フローチャートに示すように、
ＣＧＩに対するメソッドがＧＥＴで（Ｓｔｅｐ１）、動
作（関数）が「ｇｅｔ」もしくは「ｐｕｔ」のどちらで
あるかが判断され（Ｓｔｅｐ２）、これが「ｇｅｔ」の
場合に指定された操作閲覧画面データを読み出し（Ｓｔ
ｅｐ３）、次に各カメラ１ａ〜１ｄの前回撮影して記録
している画像データを画像格納部８ｅから読み出し（Ｓ
ｔｅｐ４）、Ｓｅｑ２に示すように操作閲覧画面フォー
ムにリンクさせてクライアントＰＣ７のブラウザ手段７
ａにデータを渡す（Ｓｔｅｐ５）。クライアントＰＣ７
ではブラウザ手段７ａが、各カメラ１ａ〜１ｄの前回撮
影して記録してある画像を掲載した操作閲覧画面を表示
する。

【００４９】Ｓｅｑ３において、ユーザがブラウザ手段
７ａに表示された操作閲覧画面の入力を行う。ユーザは
カメラ指定ボタン１１の中でカメラ１ａと関係付けられ
たボタン１と画像送信要求を行うための画像送信要求ボ
タン１３ａを、マウス等でＧＵＩ入力する。ブラウザ手
段７ａはｈｔｔｐでＴＣＰヘッダ、ＩＰヘッダ、イーサ
ネットヘッダを付加してウェブサーバー８に画像送信要
求を行う。この画像送信要求はウェブサーバー８の要求
処理手段８ａに起動をかけるものである。

【００５０】Ｓｅｑ４でウェブサーバー８が画像送信要
求を受け取ると、要求処理手段８ａが起動され、図４に
示すような処理を行う。図４において、ＣＧＩに対する
メソッドが判断され、ＧＥＴか（Ｓｔｅｐ１）、ＰＯＳ
Ｔかが判断される（Ｓｔｅｐ６）。実施の形態１の画像
送信要求ではＰＯＳＴであるから、続いてボタン名をカ
メラ指定データに変換し（Ｓｔｅｐ７）、該当するカメ
ラ名が存在するか否かが判断される（Ｓｔｅｐ８）。該
当するカメラ名Ａがあれば、ボタン−カメラ指定データ
変換テーブル８ｂにより、カメラカメラ名Ａがカメラ指
定データ「０ｘ０１」に変換される。もし、Ｓｔｅｐ８
において該当するカメラ名Ａが存在しないときにはエラ
ー処理される（Ｓｔｅｐ１１）。

【００５１】カメラ名Ａが存在した場合には、変換後の
カメラ指定データ「００ｘ１」をパケットデータのＩフ
ィールドに埋め込み（Ｓｔｅｐ９）、ｈｔｔｐでＴＣＰ
ヘッダ、ＩＰヘッダ、イーサネットヘッダ、イーサネッ
トフッタトレーラ等を付加してホストＰＣ２に送信する
（Ｓｔｅｐ１０）。

【００５２】ゲートウェイ３はこのパケットをフォワー
ディングし（Ｓｅｑ５）、これをホストＰＣ２が受信す
る。ホストＰＣ２のブラウザ手段７ａにはＤＮＳ機能手
段がプラグインされており、このＤＮＳ機能手段が図６
に示すカメラ指定データ−ローカルＩＰアドレス変換テ
ーブル２ｃを参照して、パケットのＩＰヘッダにローカ
ルＩＰアドレスを書き込み、ＬＡＮ内部に送信する（Ｓ
ｅｑ６）。なお、ＴＣＰヘッダにはポート番号を書き込
む必要があるが、実施の形態１の場合にはウェルノウン
ポート番号「８０」が書き込まれる。これはｈｔｔｐを
使用して送信することを示すものである。このパケット
を受信したカメラ１ａは、コマンドの内容を解析し、画
像送信要求と判断する。

【００５３】次にカメラ１ａが画像を撮影すると、この
画像データにＴＣＰヘッダとアプリケーションヘッダを
付加し、ＴＣＰパケットとしてホストＰＣ２に送信する
（Ｓｅｑ７）。ホストＰＣ２はＩＰヘッダとイーサネッ
トヘッダを付加してｈｔｔｐでネットワーク４に送出し
（Ｓｅｑ８）、このパケットを受信したクライアントＰ
Ｃ７は、ブラウザ手段７ａによってＩフィールドからカ
メラ名と画像データを取り出し（Ｓｔｅｐ１２）、カメ
ラ名から画面表示座標を割り出し（Ｓｔｅｐ１３）、ブ
ラウザ手段７ａにデータを渡し（Ｓｔｅｐ１４）、図３
（ａ）に示す操作閲覧画面の所定の位置に画像１２とし
て表示するものである（Ｓｅｑ９）。

【００５４】このように、実施の形態１の遠隔制御シス
テムは、カメラ名Ａ，Ｂ，Ｃ，Ｄの指定をするだけで制
御するカメラを特定でき、操作性がきわめて高い。ま
た、ＬＡＮ内部の相互の通信にはＵＤＰを用いるから、
トラフィックが低減され、アクセス速度も快適となり、
ゲートウェイ３がパケットフィルタリング機能をもつこ
とになる。すなわち、ＬＡＮ内部のＵＤＰのパケットが
インターネットやＷＡＮ等のネットワーク４に出て行く
ことはないし、ネットワーク４からゲートウェイ３に対
するアクセスに対してはＴＣＰ／ＩＰで応答するため
に、他のプロトコルを使用する場合と比べてセキュリテ
ィホールがなく、外部からの不正な進入に対して強く、
システム構成上シンプルで安価なシステムとすることが
できる。パケットがなくなっても若干の乱れが生じる程
度のことですむ。通常ＬＡＮ内の限定された制御の場合
には、データ量も小さく、誤りが発生する確率はかなり
小さいから、十分な信頼性を得ることができる。また、
構成機器間で互いに制御することが可能である。

【００５５】（実施の形態２）本発明の実施の形態２に
おける遠隔制御システムと処理側制御システムについて
説明する。図７は本発明の実施の形態２における遠隔制
御システムのシーケンスチャート、図８は本発明の実施
の形態２における遠隔制御システムのカメラ指定データ
−ポート番号変換テーブル図である。本実施の形態２の
遠隔制御システムは実施の形態１の遠隔制御システムと
基本的に同一構成であるから、図１，３〜５を参照し、
同一符号の説明は実施の形態１の説明に譲って省略す
る。なお、実施の形態２の遠隔制御システムもＬＡＮ構
成機器としてカメラを遠隔制御するものである。

【００５６】実施の形態２の遠隔制御システムの構成を
示す図１において、１は撮像部、１ａ，１ｂ，１ｃ，１
ｄはカメラ、２はホストＰＣ、２ａはブラウザ手段、２
ｂはＤＮＳ機能手段、２ｃはカメラ指定データ−ローカ
ルＩＰアドレス変換テーブル、２ｄはＤＨＣＰ機能手
段、３はゲートウェイ、３ａはゲートウェイ３に設けら
れたプロトコル変換テーブル、４はネットワーク、５，
６は中継機器、７はクライアントＰＣ、７ａはブラウザ
手段、８はウェブサーバー、８ａは要求処理手段、８ｂ
はボタン−カメラ指定データ変換テーブル、８ｃは画面
データ格納部、８ｅは画像格納部である。

【００５７】本実施の形態２は実施の形態１と異なり、
ＬＡＮ内部ではトランスポートレイヤの通信プロトコル
として、ＴＣＰを使用せず、すべてＵＤＰを採用してい
る点に大きな特徴がある。実施の形態２のゲートウェイ
３は、ホストＰＣ２からの動作設定でＴＣＰ／ＩＰとＵ
ＤＰとが完全変換できるように設定されたプロトコル変
換テーブル３ａをもっており、ＴＣＰ／ＩＰで送られて
きたイーサネットフレームからＩＰヘッダ、ＴＣＰヘッ
ダを除いてＵＤＰヘッダを付加し、ＵＤＰパケットに変
換する。ＩＰヘッダに書き込まれたグローバルＩＰアド
レス、ＴＣＰヘッダに書き込まれたｈｔｔｐで主として
使用されるウェルノウンポート番号「８０」は、ＬＡＮ
内部ではＵＤＰヘッダのプライベートなポート番号に変
換される。図８のカメラ指定データ−ポート番号変換テ
ーブルによれば、カメラ指定データ「０ｘ０１」，「０
ｘ０２」，「０ｘ０３」，「０ｘ０４」が、それぞれプ
ライベートなポート番号「１０２５」，「１０２６」，
「１０２７」，「１０２８」に関係付けられている。

【００５８】このＵＤＰパケットは、ポート番号で指定
されたカメラ、例えばポート番号「１０２５」のカメラ
１ａに送られ、カメラ１ａは画像を撮り、画像データに
ＵＤＰヘッダを付けてＵＤＰパケットとし、ホストＰＣ
２に送られる。ゲートウェイ３はこのＵＤＰパケットを
受信し、プロトコル変換テーブル３ａに基づいてプロト
コルをＴＣＰ／ＩＰに変換する。ＴＣＰヘッダ、ＩＰヘ
ッダ、イーサネットヘッダ、イーサネットトレーラ等を
付加してネットワーク４に送出する。なお、このときＴ
ＣＰヘッダにはウェルノウンポート番号８０が書き込ま
れ、ＩＰヘッダにはクライアントＰＣ７のグローバルＩ
Ｐアドレスが書き込まれる。クライアントＰＣ７のブラ
ウザ手段７ａがネットワーク４からこれを受信し、操作
閲覧画面の所定の位置にカメラの画像１２を表示する。

【００５９】次に、図７のシーケンスチャートに基づい
て、クライアントＰＣ７からカメラ１ａに画像を要求し
てブラウザ手段７ａに表示させるシーケンスを説明す
る。Ｓｅｑ１からＳｅｑ４のＳｔｅｐ１１まで実施の形
態１と同一であるから、詳細な説明は省略する。

【００６０】Ｓｅｑ５において、ゲートウェイ３は受け
取ったイーサネットフレームをネットワークレイヤでＩ
Ｐダイヤグラムへ変換し、トランスポートレイヤでＴＣ
Ｐパケットへ変換する。さらに、ゲートウェイ３はプロ
トコル変換テーブル３ａを参照して、カメラ１ａに対す
るポート番号「１０２５」を抽出してＵＤＰヘッダを生
成して画像送信要求のデータに付加し、ＵＤＰパケット
をＬＡＮ内部に送信する。ホストＰＣ２はＳｅｑ６でフ
ォワーディングし、Ｓｅｑ７でカメラ１ａがＵＤＰパケ
ットを受信する。

【００６１】Ｓｅｑ８において、カメラ１ａはＵＤＰパ
ケットからヘッダを除いてコマンドを解析し、画像を撮
ってＵＤＰパケットのＩフィードにセットしてＬＡＮに
送出する。Ｓｅｑ９でホストＰＣ２はＵＤＰパケットを
フォワーディングし、Ｓｅｑ１０においてゲートウェイ
３はＵＤＰをＴＣＰ／ＩＰにプロトコル変換する。ゲー
トウェイ３はＩＰヘッダとイーサネットヘッダを付加し
てｈｔｔｐでネットワーク４に送出し、Ｓｅｑ１１でこ
のパケットを受信したクライアントＰＣ７は、ブラウザ
手段７ａによってＩフィールドからカメラ名と画像デー
タを取り出し（Ｓｔｅｐ１２）、カメラ名から画面表示
座標を割り出し（Ｓｔｅｐ１３）、プラグインにデータ
を渡し（Ｓｔｅｐ１４）、操作閲覧画面の所定の位置に
画像を表示する。

【００６２】このように、実施の形態２の遠隔制御シス
テムは、ＬＡＮ内部ではトランスポートレイヤの通信プ
ロトコルとしてＴＣＰを使用せず、すべてＵＤＰを採用
しているから、トラフィックが低減され、またゲートウ
ェイ３がパケットフィルタリング機能をもつことにな
る。ＬＡＮ内部のＵＤＰのパケットがインターネットや
ＷＡＮ等のネットワーク４に出て行くことはないし、シ
ステム構成上シンプルで安価なシステムとすることがで
き、十分な信頼性を得ることができる。ＬＡＮ内の構成
機器間で互いに制御することが可能である。

【００６３】（実施の形態３）本発明の実施の形態３に
おける遠隔制御システムと処理側制御システムについて
説明する。図９は本発明の実施の形態３における遠隔制
御システムの構成図である。本実施の形態３の遠隔制御
システムは実施の形態２の遠隔制御システムと基本的に
同一構成であるから、図２〜６を参照し、同一符号の説
明は実施の形態１の説明に譲って省略する。なお、実施
の形態３の遠隔制御システムもカメラを遠隔制御するも
のである。

【００６４】実施の形態３の遠隔制御システムは、実施
の形態２のようにウェブサーバー８を設けてクライアン
トＰＣ７のブラウザで操作閲覧画面をダウンロードする
のでなく、クライアントＰＣ７のメモリに格納した専用
の操作閲覧プログラムにより、ＬＡＮ内部の構成機器を
制御する点に特徴がある。従って、図９に記載されてい
るようにウェブサーバー８と要求処理手段８ａ、ボタン
−カメラ指定データ変換テーブル８ｂ、画面データ格納
部８ｃ、画像格納部８ｅが設けられていない。

【００６５】実施の形態３においては、クライアントＰ
Ｃ７のＣＰＵに操作閲覧プログラムがロードされ、機能
実現手段である専用の操作閲覧手段７ｂとして機能させ
る。図７において、７ｂはクライアントＰＣ７の操作閲
覧手段、７ｃはクライアントＰＣ７のメモリ部に格納さ
れたボタン−カメラ指定データ変換テーブル、７ｄはメ
モリ部の画面データ格納部、７ｅはメモリ部の画像格納
部である。

【００６６】実施の形態３の遠隔制御システムは、専用
の操作閲覧プログラムでカメラ１ａ〜１ｄの制御を行う
ために、操作閲覧手段７ｂを立ち上げ、画面データ格納
部７ｄから操作閲覧画面を表示する。このとき画像格納
部７ｅから前回入手した画像１２を読み出して操作閲画
面上に表示させる。実施の形態２の入力と同様の操作を
行うと、操作閲覧手段７ｂはボタン−カメラ指定データ
変換テーブル７ｃに従って、指定されたカメラのカメラ
指定データをイーサネットフレームのＩフィールドに埋
め込み、ｈｔｔｐでゲートウェイ３に向けて送信する。

【００６７】ゲートウェイ３ではこのパケットをＴＣＰ
／ＩＰからＵＤＰにプロトコル変換し、このＵＤＰパケ
ットをカメラ１ａ〜１ｄへ向けて送信する。パケットを
受信した指定されたカメラ１ａは、コマンドの内容を解
析し、画像送信要求と判断する。

【００６８】次にカメラ１ａが画像を撮影し、この画像
データにＵＤＰヘッダとアプリケーションヘッダを付加
し、ＵＤＰパケットとして送信する。ゲートウェイ３で
はこのパケットをＵＤＰからＴＣＰ／ＩＰにプロトコル
変換し、ＩＰヘッダとイーサネットヘッダを付加してｈ
ｔｔｐでネットワーク４に送出し、このパケットを受信
したクライアントＰＣ７は、操作閲覧手段７ｂによって
カメラ名と画像データを取り出し、操作閲覧手段７ｂが
カメラ名から画面表示座標を割り出し、操作閲覧画面の
所定の位置に画像１２として表示するものである。

【００６９】実施の形態３の遠隔制御システムは、専用
の操作閲覧プログラムでカメラ１ａ〜１ｄの制御を行う
ため、実施の形態２のように汎用のブラウザを使用しな
いから、クライアントＰＣ７のリソースを多く消費する
ことがなく、機能を絞ったことで快適な操作とアクセス
速度を実現できる。システムをシンプルで安価なものに
することができる。

【００７０】

【発明の効果】本発明の遠隔制御システムによれば、Ｌ
ＡＮ内の相互通信はＵＤＰを使うためトラフィックを低
減でき、遠隔制御時の応答性がよく快適な操作を行うこ
とができる。システム構成がシンプルで安価で、ＴＣＰ
／ＩＰで遠隔制御してローカルにはＵＤＰで通信するか
ら汎用性、実用性の高いシステムとなる。ゲートウェイ
からＬＡＮ内部のＵＤＰの通信がネットワークに出て行
くことがなく、セキュリティの高い遠隔制御システムと
することができる。

【００７１】また、ブラウザ手段を一般に普及している
ブラウザプログラムで構成することができ、ウェブサー
バーから操作閲覧画面をダウンロードして入力でき、例
えばＰｅｒｌやＲｕｂｙ等の言語で記述されたＣＧＩで
要求処理手段を機能させて制御対象機器を制御すること
ができる。

【００７２】機器名情報−ポート番号変換テーブルを用
いてＤＮＳ機能手段がポート番号で制御するためＵＤＰ
をＬＡＮ内で採用することができ、トラフィックを低減
でき、遠隔制御時の応答性がよく快適な操作をおこなう
ことができ、システム構成がシンプルで安価となる。

【００７３】さらに、ゲートウェイにＴＣＰ／ＩＰとＵ
ＤＰとを変換するためのプロトコル変換テーブルが設け
られたため、ＬＡＮ内ではすべてＵＤＰを使うためトラ
フィックを大幅に低減でき、遠隔制御時の応答性がよく
快適な操作を行うことができる。システム構成がシンプ
ルで安価で、ＴＣＰ／ＩＰで遠隔制御してローカルには
ＵＤＰで通信するから汎用性、実用性の高いシステムと
なる。ゲートウェイからＬＡＮ内部のＵＤＰの通信がネ
ットワークに出て行くことがなく、セキュリティの高い
制御システムとすることができる。

【００７４】操作閲覧手段を、一般に普及しているブラ
ウザプログラムでなく、専用の操作閲覧プログラムで構
成することができ、プログラムがコンパクトであるため
クライアントコンピュータのリソースを消費することが
少なく、遠隔制御時の応答性がよく、快適な操作を行う
ことができる。

【００７５】また、制御対象機器がカメラであるから、
画像を撮影してクライアントコンピュータに送るため、
ＬＡＮ内をＵＤＰで通信することで十分信頼性のある画
像を高速でネットワークに送出することができる。ブラ
ウザ手段として一般的なものが採用でき、ウェブサーバ
ーから操作閲覧画面をダウンロードしてＣＧＩにより制
御対象機器を制御することができる。

【００７６】本発明の遠隔制御システムの処理側制御シ
ステムは、システム構成がシンプルで安価で、ＴＣＰ／
ＩＰで遠隔制御してローカルにはＵＤＰで通信するから
汎用性、実用性の高いシステムとなる。ゲートウェイか
らＬＡＮ内部のＵＤＰの通信がネットワークに出て行く
ことがなく、セキュリティの高い遠隔制御システムの処
理側制御システムとすることができる。上述の遠隔制御
システムの特徴を生かせた処理側制御システムにするこ
とができる。

【００７７】本発明の遠隔制御方法は、ＬＡＮ内の相互
通信はＵＤＰを使うためトラフィックを低減でき、遠隔
制御時の応答性がよく快適な操作を行うことができる。
システム構成がシンプルで安価で、ＴＣＰ／ＩＰで遠隔
制御してローカルにはＵＤＰで通信するから汎用性、実
用性が高い。ゲートウェイからＬＡＮ内部のＵＤＰの通
信がネットワークに出て行くことがなく、セキュリティ
の高い遠隔制御システムを実現できる。

【００７８】また、機器名情報−ポート番号変換テーブ
ルを用いてポート番号で制御するためＬＡＮ内でＵＤＰ
を採用することができ、トラフィックを低減でき、遠隔
制御時の応答性がよく快適な操作をおこなうことがで
き、システム構成がシンプルで安価となる。

【００７９】そして、ＬＡＮ内ではすべてＵＤＰを使う
ためトラフィックを大幅に低減でき、遠隔制御時の応答
性がよく快適な操作を行うことができる。ゲートウェイ
からＬＡＮ内部のＵＤＰの通信がネットワークに出て行
くことがなく、セキュリティの高い制御システムとする
ことができる。

【００８０】制御対象機器がカメラであるから、カメラ
は画像を撮影してクライアントコンピュータに送るた
め、ＬＡＮ内をＵＤＰで通信することで十分信頼性のあ
る画像を高速でネットワークに送出することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態１における遠隔制御システ
ムの構成図

【図２】本発明の実施の形態１における遠隔制御システ
ムのシーケンスチャート

【図３】（ａ）本発明の実施の形態１における遠隔制御
システムのクライアントＰＣのブラウザ手段による操作
閲覧画面を示す図 （ｂ）（ａ）の操作閲覧画面からウィンドウとして開い
た操作画面を示す図

【図４】本発明の実施の形態１におけるウェブサーバー
のＣＧＩの処理フローチャート

【図５】本発明の実施の形態１におけるウェブサーバー
のボタン−カメラ指定データ変換テーブル図

【図６】本発明の実施の形態１におけるホストＰＣのカ
メラ指定データ−ローカルＩＰアドレス変換テーブル図

【図７】本発明の実施の形態２における遠隔制御システ
ムのシーケンスチャート

【図８】本発明の実施の形態２における遠隔制御システ
ムのカメラ指定データ−ポート番号変換テーブル図

【図９】本発明の実施の形態３における遠隔制御システ
ムの構成図

【図１０】従来のＴＣＰ／ＩＰを使った遠隔制御システ
ムの構成図

【符号の説明】

１ 撮像部 １ａ，１ｂ，１ｃ，１ｄ カメラ ２ ホストコンピュータ（ホストＰＣ） ２ａ ブラウザ手段 ２ｂ ＤＮＳ機能手段 ２ｃ カメラ指定データ−ローカルＩＰアドレス変換テ
ーブル ２ｄ ＤＨＣＰ機能手段 ３ ゲートウェイ ３ａ プロトコル変換テーブル ４ ネットワーク ５，６ 中継機器 ７ クライアントコンピュータ（クライアントＰＣ） ７ｂ 操作閲覧手段 ７ｃ，８ｂ ボタン−カメラ指定データ変換テーブル ７ｄ，８ｃ 画面データ格納部 ７ｅ，８ｅ 画像格納部 ８ ウェブサーバー ８ａ 要求処理手段

Claims (13)

【特許請求の範囲】
1. 【請求項１】ネットワークに接続されたＬＡＮ内の制御
   対象機器と、 前記制御対象機器に対して機器名情報とコマンド情報を
   ＴＣＰ／ＩＰで前記ネットワークを介して送信すること
   ができるブラウザ手段を搭載したクライアントコンピュ
   ータと、 前記ＬＡＮに設けられ、ブラウザ手段を搭載するととも
   に、該ＬＡＮ内の機器名情報とローカルＩＰアドレスを
   変換するための機器名情報−ローカルＩＰアドレス変換
   テーブルと、該機器名情報−ローカルＩＰアドレス変換
   テーブルに基づいて前記制御対象機器のローカルＩＰア
   ドレスを特定するＤＮＳ機能手段とを有したホストコン
   ピュータとを備え、 前記ＬＡＮにはゲートウェイが設けられ、前記ＬＡＮ内
   の各制御対象機器相互と該各制御対象機器と前記ホスト
   コンピュータ間の通信は前記ＤＮＳ機能手段がＵＤＰで
   行うことを特徴とする遠隔制御システム。
2. 【請求項２】前記ネットワークに接続され、前記ブラウ
   ザ手段からの要求で操作閲覧画面を表示させるととも
   に、該操作閲覧画面からの入力で制御対象機器の機器名
   情報とコマンド情報をＴＣＰ／ＩＰパケットに構成して
   前記ネットワークに送信し、該ネットワークからの前記
   ブラウザ手段への応答を処理して前記ブラウザ手段に渡
   す要求処理手段が設けられたウェブサーバーを備えたこ
   とを特徴とする請求項１記載の遠隔制御システム。
3. 【請求項３】請求項１または２に記載された遠隔制御シ
   ステムにおいて、ＬＡＮ内の機器名情報とローカルＩＰ
   アドレスを変換するための機器名情報−ローカルＩＰア
   ドレス変換テーブルと、該機器名情報−ローカルＩＰア
   ドレス変換テーブルに基づいて前記制御対象機器のロー
   カルＩＰアドレスを特定するＤＮＳ機能手段に代えて、 ＬＡＮ内の機器名情報とポート番号を変換するための機
   器名情報−ポート番号変換テーブルと、該機器名情報−
   ポート番号変換テーブルに基づいて前記制御対象機器の
   ポート番号を特定するＤＮＳ機能手段を備えたことを特
   徴とする遠隔制御システム。
4. 【請求項４】前記ゲートウェイにはＴＣＰ／ＩＰとＵＤ
   Ｐとを変換するためのプロトコル変換テーブルが設けら
   れ、 前記ネットワークから送られてきたＴＣＰ／ＩＰパケッ
   トが前記ゲートウェイによってすべてＵＤＰパケットに
   変換されることを特徴とする請求項１〜３のいずれかに
   記載の遠隔制御システム。
5. 【請求項５】請求項１に記載された遠隔制御システムに
   おいて、クライアントコンピュータのブラウザ手段に代
   えて、ＬＡＮ内の制御対象機器に対して機器名情報とコ
   マンド情報をＴＣＰ／ＩＰで前記ネットワークに送信す
   ることができ、且つ前記ネットワーク上の他のウェブサ
   ーバーにはアクセスする機能はもたない操作閲覧手段を
   搭載したことを特徴とする請求項１記載の遠隔制御シス
   テム。
6. 【請求項６】前記制御対象機器がカメラであり、クライ
   アントコンピュータのブラウザ手段で画像を閲覧するこ
   とを特徴とする請求項５記載の遠隔制御システム。
7. 【請求項７】前記制御対象機器がカメラであり、クライ
   アントコンピュータの操作閲覧手段で画像を閲覧するこ
   とを特徴とする請求項１〜４のいずれかに記載の遠隔制
   御システム。
8. 【請求項８】ネットワークにゲートウェイを介して接続
   されたＬＡＮ内の制御対象機器と、 前記ＬＡＮに接続され、ブラウザ手段を搭載するととも
   に、該ＬＡＮ内の機器名情報とローカルＩＰアドレスを
   変換するための機器名情報−ローカルＩＰアドレス変換
   テーブルと、該機器名情報−ローカルＩＰアドレス変換
   テーブルに基づいて前記制御対象機器のローカルＩＰア
   ドレスを特定するＤＮＳ機能手段が設けられたホストコ
   ンピュータを備え、 前記制御対象機器に対して前記ネットワーク上をＴＣＰ
   ／ＩＰに従ってクライアントコンピュータから機器名情
   報とコマンド情報が送信される遠隔制御システムの処理
   側制御システムであって、 前記ＬＡＮ内においては、各制御対象機器相互と該各制
   御対象機器と前記ホストコンピュータ間の通信は前記Ｄ
   ＮＳ機能手段がＵＤＰで行うことを特徴とする遠隔制御
   システムの処理側制御システム。
9. 【請求項９】遠隔制御システムが請求項２〜７のいずれ
   かに記載の遠隔制御システムであることを特徴とする請
   求項８記載の遠隔制御システムの処理側制御システム。
10. 【請求項１０】ネットワークに接続されたＬＡＮ内の制
    御対象機器に対してクライアントコンピュータから機器
    名情報とコマンド情報をＴＣＰ／ＩＰで前記ネットワー
    クを介して送信し、前記ＬＡＮのホストコンピュータで
    は、ＤＮＳ機能手段が機器名情報−ローカルＩＰアドレ
    ス変換テーブルに基づいて前記制御対象機器のローカル
    ＩＰアドレスを特定して、前記制御対象機器をＴＣＰ／
    ＩＰで遠隔制御するとともに、 前記ＬＡＮにはゲートウェイを設け、前記ＤＮＳ機能手
    段が前記ＬＡＮ内の各制御対象機器相互と該各制御対象
    機器と前記ホストコンピュータ間の通信はＵＤＰで行う
    ことを特徴とする遠隔制御方法。
11. 【請求項１１】ネットワークに接続されたＬＡＮ内の制
    御対象機器に対してクライアントコンピュータから機器
    名情報とコマンド情報をＴＣＰ／ＩＰで前記ネットワー
    クを介して送信し、前記ＬＡＮのホストコンピュータで
    は、ＤＮＳ機能手段が機器名情報−ポート番号変換テー
    ブルに基づいて前記制御対象機器のポート番号を特定特
    定して、前記制御対象機器をＴＣＰ／ＩＰで遠隔制御す
    るとともに、 前記ＬＡＮにはゲートウェイを設け、前記ＤＮＳ機能手
    段が前記ＬＡＮ内の各制御対象機器相互と該各制御対象
    機器と前記ホストコンピュータ間の通信はＵＤＰで行う
    ことを特徴とする遠隔制御方法。
12. 【請求項１２】前記ゲートウェイにＴＣＰ／ＩＰとＵＤ
    Ｐとを変換するためのプロトコル変換テーブルを設け、 前記ネットワークから送られてきたＴＣＰ／ＩＰパケッ
    トが前記ゲートウェイによってすべてＵＤＰパケットに
    変換されることを特徴とする請求項１０または１１に記
    載の遠隔制御方法。
13. 【請求項１３】前記制御対象機器がカメラであり、クラ
    イアントコンピュータで画像を閲覧することを特徴とす
    る請求項１０〜１２のいずれかに記載の遠隔制御方法。