(57)【要約】      （修正有）【課題】コマンド及びレポートに基づいたリモートモニタリングまたはリモートコントロールシステムを提供する。【解決手段】コントロール機２は、中継となるサーバ装置３がクライアント機１から受信したレポートを取得するための所定の通信プロトコルに則ったリクエストをサーバ装置３に送信し、当該リクエストのレスポンスとしてサーバ装置３から送信されるレポートを受信し、かつ当該レポートの受信後速やかに次のレポートを取得するためのリクエストをサーバ装置３に再送信して待ち受けする。クライアント機１は、サーバ装置３がコントロール機２から受信したコマンドを取得するために所定の通信プロトコルに則ったリクエストをサーバ装置３に送信し、当該リクエストに対するレスポンスとしてサーバ装置３から送信されるコマンドを受信し、かつ当該コマンドの受信後速やかに次のコマンドを取得するためのリクエストをサーバ装置３に送信して待ち受けする。【選択図】図１
2015035731.tif 000002
【特許請求の範囲】
【請求項１】
何らかの情報を取得するセンサまたは何らかの作動を行う作動機構を有したクライアント機と、
前記クライアント機のリモートモニタリングまたはリモートコントロールのために用いられるコントロール機と、
前記クライアント機及び前記コントロール機の各々と電気通信回線を介して接続し、コントロール機からクライアント機に伝達されるコマンドを中継するとともに、クライアント機からコントロール機に伝達されるレポートを中継するサーバ装置と
を具備する通信システムであって、
前記クライアント機と前記サーバ装置との間の通信、及び前記コントロール機と前記サーバ装置との間の通信をそれぞれ、リクエスト／レスポンス型の通信プロトコルに則って実行するものとし、
前記コントロール機は、
クライアント機に伝達するべきコマンドを前記通信プロトコルに則ったリクエストとしてサーバ装置に送信するコマンド送信部と、
サーバ装置がクライアント機から受信したレポートを取得するために前記通信プロトコルに則ったリクエストをサーバ装置に送信し、当該リクエストに対するレスポンスをロングポーリング状態で待ち受け、当該レスポンスとしてサーバ装置から送信されるレポートを受信し、かつ当該レポートの受信後速やかに次のレポートを取得するための前記通信プロトコルに則ったリクエストをサーバ装置に再送信してロングポーリング状態の待ち受けを再開するレポート受信部とを備え、
前記クライアント機は、
コントロール機に伝達するべきレポートを前記通信プロトコルに則ったリクエストとしてサーバ装置に送信するレポート送信部と、
サーバ装置がコントロール機から受信したコマンドを取得するために前記通信プロトコルに則ったリクエストをサーバ装置に送信し、当該リクエストに対するレスポンスをロングポーリング状態で待ち受け、当該レスポンスとしてサーバ装置から送信されるコマンドを受信し、かつ当該コマンドの受信後速やかに次のコマンドを取得するための前記通信プロトコルに則ったリクエストをサーバ装置に再送信してロングポーリング状態の待ち受けを再開するコマンド受信部とを備え、
前記サーバ装置は、
コントロール機から受信したコマンドをクライアント機から受信したリクエストに対するレスポンスとしてクライアント機に送信するコマンド中継部と、
クライアント機から受信したレポートをコントロール機から受信したリクエストに対するレスポンスとしてコントロール機に送信するレポート中継部と
を備えている通信システム。
【請求項２】
前記通信プロトコルがＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）である請求項１記載の通信システム。
【請求項３】
前記クライアント機における前記レポート送信部及び前記コマンド受信部、または、前記コントロール機における前記コマンド送信部及び前記レポート受信部が、電気通信回線を介した情報通信機能を有する汎用の情報処理端末を用いて構成されている請求項１または２記載の通信システム。
【請求項４】
請求項１、２または３記載の通信システムを構築するためのものであって、
コントロール機から受信したコマンドを、クライアント機から受信したリクエスト／レスポンス型の通信プロトコルに則ったクエストに対するレスポンスとしてクライアント機に送信するコマンド中継部と、
クライアント機から受信したレポートを、コントロール機から受信したリクエスト／レスポンス型の通信プロトコルに則ったリクエストに対するレスポンスとしてコントロール機に送信するレポート中継部と
を備えているサーバ装置。
【請求項５】
請求項１、２または３記載の通信システムを構築するためのものであって、コンピュータを、
コントロール機から受信したコマンドを、クライアント機から受信したリクエスト／レスポンス型の通信プロトコルに則ったクエストに対するレスポンスとしてクライアント機に送信するコマンド中継部、並びに、
クライアント機から受信したレポートを、コントロール機から受信したリクエスト／レスポンス型の通信プロトコルに則ったリクエストに対するレスポンスとしてコントロール機に送信するレポート中継部
として機能させるプログラム。
【請求項６】
請求項１、２または３記載の通信システムを構築するためのであって、情報処理端末を、
クライアント機に伝達するべきコマンドをリクエスト／レスポンス型の通信プロトコルに則ったリクエストとしてサーバ装置に送信するコマンド送信部、並びに、
サーバ装置がクライアント機から受信したレポートを取得するために前記通信プロトコルに則ったリクエストをサーバ装置に送信し、当該リクエストに対するレスポンスをロングポーリング状態で待ち受け、当該レスポンスとしてサーバ装置から送信されるレポートを受信し、かつ当該レポートの受信後速やかに次のレポートを取得するための前記通信プロトコルに則ったリクエストをサーバ装置に再送信してロングポーリング状態の待ち受けを再開するレポート受信部
として機能させるプログラム。
【請求項７】
請求項１、２または３記載の通信システムを構築するためのであって、情報処理端末を、
コントロール機に伝達するべきレポートをリクエスト／レスポンス型の通信プロトコルに則ったリクエストとしてサーバ装置に送信するレポート送信部、並びに、
サーバ装置がコントロール機から受信したコマンドを取得するために前記通信プロトコルに則ったリクエストをサーバ装置に送信し、当該リクエストに対するレスポンスをロングポーリング状態で待ち受け、当該レスポンスとしてサーバ装置から送信されるコマンドを受信し、かつ当該コマンドの受信後速やかに次のコマンドを取得するための前記通信プロトコルに則ったリクエストをサーバ装置に再送信してロングポーリング状態の待ち受けを再開するコマンド受信部
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リモートモニタリングまたはリモートコントロールを実施するための通信システムに関する。
【背景技術】
【０００２】
カメラやロボット等の機器をインターネット経由でリモートモニタリングまたはリモートコントロールするシステムが公知である（例えば、下記特許文献を参照）。
【０００３】
制御（監視または操作）対象となる機器と、当該機器をリモートモニタリングまたはリモートコントロールする者が使用する端末との間で、電気通信回線を介した通信を行うためには、機器及び端末の各々に通信の宛先の識別子となるネットワークアドレス、典型的にはＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを付与する必要がある。
【０００４】
専用線またはＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の非公開のネットワークを専ら利用する場合には、機器及び端末に固定のプライベートＩＰアドレスを割り振り、これにより両者の間の通信を適切に確立することができる。
【０００５】
翻って、インターネット、公衆電話網や、携帯電話網、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）網、公衆無線ＬＡＮ、ＷｉＭＡＸ（登録商標）その他の移動体無線通信網のような、公開のネットワークを利用してシステムを構築しようとする場合には、機器及び端末にグローバル（パブリック）ＩＰアドレスを付与することになる。だが、一般のユーザが利用可能なグローバルＩＰアドレスは、必ずしも常時一定不変ではない。とりわけ、移動体無線通信では、ＩＰアドレスが変更される頻度が比較的高い。制御の最中に制御対象機器のＩＰアドレスが変わってしまうと、当該機器に向けたコマンドを送信できなくなるおそれがあり、制御用端末のＩＰアドレスが変わってしまうと、機器から当該端末に向けたレポートを受信できなくなるおそれがある。かと言って、機器及び端末の台数分だけ固定のグローバルＩＰアドレスを取得するのは、少なからぬコストがかかる。
【０００６】
機器と端末との間に中継役となるサーバを設立しておき、端末から機器へ伝達するコマンドを一旦サーバにアップロードした上で機器にダウンロードさせる、あるいは逆に機器から端末へ伝達するレポートを一旦サーバにアップロードした上で端末にダウンロードさせるようにすれば、各機器及び各端末に付与されるＩＰアドレスが恒常的に一定でなくとも、コマンド及びレポートの授受を遂行できる。これはちょうど、電子メールの送受信の仕組みに類似している。
【０００７】
しかしながら、このような中継サーバを用いるシステムでは、コマンド及びレポートの伝達にタイムラグが生じる問題が顕在化する。電子メールの発信直後に受信者がこれを受信することが保証されていないのと同様、端末が発したコマンドを機器がリアルタイムに取得するとは限られず、機器が発したレポートを端末がリアルタイムに取得するとも限られない。リモートモニタリングやリモートコントロールでは、コマンド及びレポートの伝達のタイムラグは致命的となり得る。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−２４６９５４号公報
【特許文献２】特開２０１３−１３６１３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、簡便に構築でき、かつコマンド及びレポートの伝達のリアルタイム性の高い、リモートモニタリングまたはリモートコントロールに適した通信システムを提供しようとするものである。
【課題を解決するための手段】
【００１０】
本発明では、何らかの情報を取得するセンサまたは何らかの作動を行う作動機構を有したクライアント機と、前記クライアント機のリモートモニタリングまたはリモートコントロールのために用いられるコントロール機と、前記クライアント機及び前記コントロール機の各々と電気通信回線を介して接続し、コントロール機からクライアント機に伝達されるコマンドを中継するとともに、クライアント機からコントロール機に伝達されるレポートを中継するサーバ装置とを具備する通信システムであって、前記クライアント機と前記サーバ装置との間の通信、及び前記コントロール機と前記サーバ装置との間の通信をそれぞれ、リクエスト／レスポンス型（プル型）の通信プロトコルに則って実行するものとし、前記コントロール機は、クライアント機に伝達するべきコマンドを前記通信プロトコルに則ったリクエストとしてサーバ装置に送信するコマンド送信部と、サーバ装置がクライアント機から受信したレポートを取得するために前記通信プロトコルに則ったリクエストをサーバ装置に送信し、当該リクエストに対するレスポンスをロングポーリング状態で待ち受け、当該レスポンスとしてサーバ装置から送信されるレポートを受信し、かつ当該レポートの受信後速やかに次のレポートを取得するための前記通信プロトコルに則ったリクエストをサーバ装置に再送信してロングポーリング状態の待ち受けを再開するレポート受信部とを備え、前記クライアント機は、コントロール機に伝達するべきレポートを前記通信プロトコルに則ったリクエストとしてサーバ装置に送信するレポート送信部と、サーバ装置がコントロール機から受信したコマンドを取得するために前記通信プロトコルに則ったリクエストをサーバ装置に送信し、当該リクエストに対するレスポンスをロングポーリング状態で待ち受け、当該レスポンスとしてサーバ装置から送信されるコマンドを受信し、かつ当該コマンドの受信後速やかに次のコマンドを取得するための前記通信プロトコルに則ったリクエストをサーバ装置に再送信してロングポーリング状態の待ち受けを再開するコマンド受信部とを備え、前記サーバ装置は、コントロール機から受信したコマンドをクライアント機から受信したリクエストに対するレスポンスとしてクライアント機に送信するコマンド中継部と、クライアント機から受信したレポートをコントロール機から受信したリクエストに対するレスポンスとしてコントロール機に送信するレポート中継部とを備えている通信システムを構成した。
【００１１】
ここで、「コマンド」とは、コントロール機から発されクライアント機にもたらされるべき情報一般を包括する概念である。コマンドの多くはコントロール機に対して与えるべき何らかの指令であるが、コマンドの語義はそのような指令のみに限定されない。「レポート」とは、クライアント機から発されコントロール機にもたらされるべき情報一般を包括する概念である。レポートの多くはコントロール機から与えられたコマンドに対する応答（センサで観測した各種の情報や、指令に従い作動を実行した結果の情報、または作動実行中の自身若しくは作動機構の状態を示す情報等）であるが、レポートの語義はそのような応答のみに限定されない。
【００１２】
本発明は、特に、既設の汎用的または公共的な電気通信回線を利用して、制御対象であるクライアント機のリモートモニタリングまたはリモートコンロトールを実行するＭ２Ｍ（Ｍａｃｈｉｎｅ  Ｔｏ  Ｍａｃｈｉｎｅ）システムに関わる。本通信システムでは、クライアント機とコントロール機との間に中継役となるサーバ装置が介在する。サーバ装置は、コントロール機から受信したコマンドをクライアント機に向けて送信し、また、クライアント機から受信したレポートをコントロール機に向けて送信する役割を担う。
【００１３】
クライアント機は、コントロール機からもたらされるコマンドの受け取りを要求するリクエストをサーバ装置に発して、当該リクエストに対するレスポンスとしてサーバ装置から発信されるコマンドを受信する。その際のクライアント機は、リクエストを発信した後、ロングポーリングにより、コマンドを含んだサーバ装置からのレスポンスを待ち受ける。リクエストを発信した後短時間だけレスポンスを待ち受け、その時間内にレスポンスが得られなければタイムアウトとして待ち受けを終了するか再度リクエストを送る普通のポーリングと比較して、ロングポーリングでは、待ち受け時間をより長く、タイムアウトしにくくしており、事実上レスポンスが得られるまで待ち受けを継続することがあり得る。加えて、クライアント機は、サーバ装置からコマンドを含んだレスポンスを受信した後、可及的速やかに、コマンドの受け取りを要求するリクエストをサーバ装置に再送する。かくして、クライアント機は、概ね常時サーバ装置からのレスポンスを待ち受ける状態となる。
【００１４】
コントロール機は、クライアント機からもたらされるレポートの受け取りを要求するリクエストをサーバ装置に発して、当該リクエストに対するレスポンスとしてサーバ装置から発信されるレポートを受信する。その際のコントロール機は、リクエストを発信した後、ロングポーリングにより、レポートを含んだサーバからのレスポンスを待ち受ける。加えて、コントロール機は、サーバ装置からレポートを含んだレスポンスを受信した後、可及的速やかに、レポートの受け取りを要求するリクエストをサーバ装置に再送する。つまり、コントロール機もまた、概ね常時サーバ装置からのレスポンスを待ち受ける状態となる。
【００１５】
このように、本通信システムでは、クライアント機もコントロール機も各々ロングポーリングでサーバ装置からのレスポンスを待ち受けるという、いわば双方向の（または、二重の）ロングポーリングを実施する。これにより、コントロール機がコマンドを発すれば、そのコマンドがサーバ装置を介してほぼリアルタイムにクライアント機に到達し、クライアント機がレポートを発すれば、そのレポートがサーバ装置を介してほぼリアルタイムにコントロール機に到達するようになる。
【００１６】
また、クライアント機がコマンドを受信する都度サーバ装置に向けて再送信するリクエストにより、サーバ装置は当該クライアント機の現在のネットワークアドレスを知得することができる。並びに、コントロール機がレポートを受信する都度サーバ装置に向けて再送信するリクエストにより、サーバ装置は当該コントロール機の現在のネットワークアドレスを知得することができる。従って、クライアント機やコントロール機に必ずしも固定の（恒常的に一定不変な）ネットワークアドレスを付与しなくてもよい。
【００１７】
前記通信プロトコルは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ。なお、通信内容の暗号化を伴うＨＴＴＰＳ（ＨＴＴＰ  Ｓｅｃｕｒｅ）であることがある）とすることが好ましい。多くのファイアウォール（または、プロキシサーバ）は、内側からのＨＴＴＰリクエスト及びこれに対する外側からのＨＴＴＰレスポンスは通過を許容する。ＨＴＴＰを採用すれば、クライアント機及び／またはコントロール機が非公開のＬＡＮに接続し、そのＬＡＮとインターネット等の公開ネットワークとの間にファイアウォールが設置されているような場合にも、公開ネットワークを介したコマンド及びレポートの授受が可能となる。
【００１８】
前記クライアント機における前記レポート送信部及び前記コマンド受信部、または、前記コントロール機における前記コマンド送信部及び前記レポート受信部は、電気通信回線を介した情報通信機能を有する汎用の情報処理端末を用いて構成することができる。ここに言う情報処理端末の例としては、パーソナルコンピュータ、ワークステーション、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、携帯電話端末（いわゆるスマートフォンを含む）、タブレット型端末（パーソナルコンピュータや携帯電話端末と同等のものの他、電子ブックリーダを含む）、ビデオゲーム機、等が挙げられる。
【発明の効果】
【００１９】
本発明によれば、簡便に構築でき、かつコマンド及びレポートの伝達のリアルタイム性の高い、リモートモニタリングまたはリモートコントロールに適した通信システムを実現できる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態の通信システムの全体構成を示す図。
【図２】同実施形態のクライアント機用情報処理端末が有するハードウェア資源を示す図。
【図３】同実施形態のクライアント機本体が有するハードウェア資源を示す図。
【図４】同実施形態のクライアント機、コントロール機及びサーバ装置の機能ブロック図。
【図５】同実施形態のコントロール機用情報処理端末が有するハードウェア資源を示す図。
【図６】同実施形態のサーバ装置が有するハードウェア資源を示す図。
【図７】同実施形態のサーバ装置が記憶保持する登録情報データベースの内容を例示する図。
【図８】同実施形態にサーバ装置が記憶保持するマッチング情報の内容を例示する図。
【発明を実施するための形態】
【００２１】
本発明の一実施形態を、図面を参照して説明する。図１に示すように、本実施形態の通信システムは、制御（監視または操作）対象となるクライアント機１と、クライアント機１をリモートモニタリングまたはリモートコントロールする者が使用する端末であるコントロール機２と、クライアント機１とコントロール機２との仲立ちをするサーバ装置３とを主たる構成要素とし、クライアント機１とサーバ装置３との間、及びコントロール機２とサーバ装置３との間でそれぞれ情報通信が可能であるように、これらを電気通信回線４を介して接続して構築されるものである。
【００２２】
特に、本実施形態では、電気通信回線４として、インターネット、公衆電話網や、携帯電話網、ＰＨＳ網、公衆無線ＬＡＮ、ＷｉＭＡＸ（登録商標）その他の移動体無線通信網のような、公開のネットワークを利用することを想定している。尤も、クライアント機１とサーバ装置３とを繋ぐ通信路の全体が公開ネットワークであるとは限られず、コントロール機２とサーバ装置３とを繋ぐ通信路の全体が公開ネットワークであるとも限られない。例えば、クライアント機１やコントロール機２は、直接には非公開の有線ＬＡＮまたは無線ＬＡＮに接続しており、そのＬＡＮを経由して間接的にインターネット等の公開ネットワークに接続することがある。
【００２３】
クライアント機１は、何らかの作動を行う作動機構１ｑ、及び各種の情報を取得するセンサ１ｋ、１ｌ、１ｍ、１ｎ、１ｏ、１ｐを有した、遠隔操縦可能なロボット、作業用機器または監視用機器である。作動機構の具体例としては、クライアント機１自身を移動させるための車輪（駆動輪）１ｑや無限軌道、回転翼及び舵を含む飛行機構といった移動用の機構、クライアント機１の周囲に存在する物に対して物理的な作業を行うためのロボットアーム等の作業用の機構、太陽光発電パネルや風力発電用風車等の発電用の機構、等が挙げられる。
【００２４】
センサ１ｋ、１ｌ、１ｍ、１ｎ、１ｏ、１ｐは、クライアント機１の所在する場所に関する情報を収集するためのものであったり、クライアント機１自身の状況を知得するためのものであったりする。センサの具体例としては、クライアント機１の周辺を撮影するカメラ（イメージセンサ）１ｋ、音声を録音するマイク１ｌの他、温度センサ１ｍ、湿度センサ、気圧センサ、照度センサ、二酸化炭素や酸素等の所定種類のガスの濃度を計測するセンサ、クライアント機１の付近に存在する何らかの物と当該クライアント機１との距離を計測する対物距離センサ（測距センサ）１ｎ、降雨の有無または降雨量を検出する降雨センサ、クライアント機１が所在する場所の土壌に含まれる水分量を計測するセンサ、クライアント機１の周囲にいる人または動物の存在を感知する人感センサ（パッシブ赤外線センサ）、クライアント機１の所在する位置座標を知得するためのＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）信号受信装置１ｏ、クライアント機１の移動方向や移動速度を検出するための加速度センサ（モーションセンサ、慣性センサまたはジャイロセンサ）１ｐ、ロボットアームの姿勢を決定するサーボモータまたはステッピングモータのコントローラ（ロボットアームに設けられたモータの回転量等を出力する）、ロボットアームに加えられている荷重の大きさを計測する重量センサ、発電機構による発電量（電圧及び／または電流）を検出する回路、クライアント機１に実装されたバッテリの現在の充電量（バッテリ電圧及び／またはバッテリ電流）を検出する回路、等が挙げられる。
【００２５】
クライアント機１を制御しようとする者は、コントロール機２を使用し、電気通信回線４、特にインターネット等の公開のネットワークを経由して、対象のクライアント機１にコマンドを送信する。コマンドは、クライアント機１の有する作動機構１ｑやセンサを作動させまたはその作動を停止させるための指令、例えばクライアント機１の移動方向、移動距離または移動速度の指定を含む移動命令や、ロボットアームの駆動命令、カメラ１ｋによる撮影及び撮影した静止画像または動画像の送出命令、等である。
【００２６】
そして、クライアント機１は、当該コントロール機２に対し、インターネット等の公開のネットワークを経由して、レポートを送信する。レポートは、クライアント機１がセンサ１ｋ、１ｌ、１ｍ、１ｎ、１ｏ、１ｐにより撮影、録音、計測等して取得した各種の情報や、コントロール機２から与えられた指令に従い作動を実行した結果の情報、または作動実行中の自身若しくは作動機構１ｑの状態を示す情報等である。レポートの多くは、コントロール機２から与えられたコマンドに対する応答でもある。コントロール機２を制御する者は、このレポートをコントロール機２により受信して、その内容を確認する。
【００２７】
尤も、クライアント機１とコントロール機２とがＰ２Ｐ（Ｐｅｅｒ  Ｔｏ  Ｐｅｅｒ）でコマンドやレポートをやり取りするわけではない。コントロール機２が発信するコマンドは、一旦サーバ装置３に受信され、このサーバ装置３からクライアント機１に送信される。クライアント機１が発信するレポートもまた、一旦サーバ装置３に受信され、このサーバ装置３からコントロール機２に送信される。
【００２８】
クライアント機１とサーバ装置３との通信、及びコントロール機２とサーバ装置３との通信はそれぞれ、インターネット等の公開ネットワークにおいて普遍的に用いられるリクエスト／レスポンス型の通信プロトコルに則って行う。特に、本実施形態では、その通信プロトコルとして、ＨＴＴＰまたは（コマンドやレポートの暗号化が必要であれば）ＨＴＴＰＳを用いることとしている。
【００２９】
本実施形態のクライアント機１は、作動機構１ｑ及び各種センサ１ｋ、１ｌ、１ｍ、１ｎ、１ｏ、１ｐを備える本体１１に汎用の情報処理端末１２を搭載して構成される。情報処理端末１２の具体例としては、携行可能な小形のパーソナルコンピュータ、ワークステーション、ＰＤＡ、携帯電話端末（特に、スマートフォン）、タブレット型端末、ビデオゲーム機、等が挙げられる。
【００３０】
図２に示すように、情報処理端末１２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１ａ、メインメモリ１ｂ、補助記憶デバイス１ｃ、操作入力デバイス１ｄ、オーディオコーデック１ｅ、ビデオコーデック１ｆ、通信インタフェース１ｇ、スピーカ１ｈ、ディスプレイ１ｉ等のハードウェア資源を備え、これらがコントローラ（システムコントローラ、Ｉ／Ｏコントローラ等）１ｊにより制御されて連携動作するものである。
【００３１】
補助記憶デバイス１ｃは、ハードディスクドライブ、フラッシュメモリ、光学ディスクドライブ、その他である。操作入力デバイス１ｄは、手指で操作可能なタッチパネル、トラックパッド、マウス、押下ボタンやキーボード等である。オーディオコーデック１ｅは、符号化されている音声データを復号化してスピーカ１ｈから音声出力する。ビデオコーデック１ｆは、ＣＰＵ１ａより受けた描画指示をもとに表示させるべき画面を生成しその画面信号をディスプレイ１ｉに向けて送出するＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、画面や画像のデータを一時的に格納しておくビデオメモリ等を要素とする。オーディオコーデック１ｅ、ビデオコーデック１ｆはそれぞれ、ハードウェアでなくソフトウェアとして実装することも可能である。
【００３２】
通信インタフェース１ｇは、外部と情報の授受を行うためのデバイスであって、Ｅｔｈｅｒｎｅｔ（登録商標）用のＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）や無線ＬＡＮ用のＷｉ−Ｆｉ（登録商標）デバイス、移動体無線通信網用の無線デバイス、短距離通信用のＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバ等である。これら以外に、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＩＥＥＥ１３９４等のインタフェースを実装していることもある。
【００３３】
また、図３に示すように、クライアント機１の本体１１は、カメラ１ｋ、マイク１ｌ、温度センサ１ｍ、測距センサ１ｎ、ＧＰＳ信号受信装置１ｏ、加速度センサ１ｐ、バッテリ充電量検出回路等の各種センサ、移動機構１ｑやロボットアーム、発電機構等の作動機構、並びに、通信インタフェース１ｒ及びこれらを制御する制御回路１ｓを備えている。
【００３４】
クライアント機１の本体１１と情報処理端末１２とは、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＵＳＢ等の通信インタフェース１ｇ、１ｒを介して接続する。
【００３５】
ＣＰＵ１ａによって実行されるべきプログラムは補助記憶デバイス１ｃに格納されており、プログラムの実行の際には補助記憶デバイス１ｃからメインメモリ１ｂに読み込まれ、ＣＰＵ１ａによって解読される。本実施形態では、既知のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）プログラムやこれに付帯する各種デバイスドライバプログラムが予めインストールされ、他のプログラムによる上記ハードウェア資源の利用を仲介する。
【００３６】
しかして、情報処理端末１２には、本実施形態の通信システムを構築するために必要となるクライアント機１用プログラムがインストールされる。当該情報処理端末１２は、プログラムに従い、図４に示すレポート送信部１０１及びコマンド受信部１０２としての機能を発揮する。
【００３７】
レポート送信部１０１は、情報処理端末１２の通信インタフェース１ｇを利用し、クライアント機１からコントロール機２に伝達するべきレポートを、電気通信回線４経由で送信する。クライアント機１の情報処理端末１２は、クライアント機１の本体１１のセンサ１ｋ、１ｌ、１ｍ、１ｎ、１ｏ、１ｐが取得した情報等を含むレポートを生成し（その過程で、必要に応じ、センサ１ｋ、１ｌ、１ｍ、１ｎ、１ｏ、１ｐが取得した信号を符号化することがある）、これをＨＴＴＰリクエスト（例えば、ＰＯＳＴメソッド）の形でサーバ装置３に向けてアップロード送信する。因みに、情報処理端末１２自身にカメラやマイク等のセンサが実装されている場合には、当該センサが取得した情報を含むレポートを送信することもできる。要するに、センサ１ｋ、１ｌ、１ｍ、１ｎ、１ｏ、１ｐは本体１１にのみ設けられるとは限られない。
【００３８】
コマンド受信部１０２は、情報処理端末１２の通信インタフェース１ｇを利用し、コントロール機２から与えられるコマンドを、電気通信回線４経由で受信する。クライアント機１の情報処理端末１２は、サーバ装置３に対し、サーバ装置３がコントロール機２から受信したコマンドの転送即ちダウンロードを要求するＨＴＴＰリクエスト（例えば、ＰＯＳＴメソッドまたはＧＥＴメソッド）を送信して、これに対するＨＴＴＰレスポンスを待ち受ける。
【００３９】
このとき、情報処理端末１２は、サーバ装置３からのＨＴＴＰレスポンスを普通のポーリングよりも長い時間待ち続ける（ＨＴＴＰレスポンスがもたらされなくとも一定時間以上の間タイムアウトせず、またＨＴＴＰリクエストも再送しない）ロングポーリングを実施する。ＨＴＴＰレスポンスを待ち受ける時間の長さは、最短でも１０秒以上とする。無論、より長く設定することも可能であり、数分以上、あるいは数十分以上に亘ってＨＴＴＰレスポンスの待ち受けを続けるようにすることも考えられる。ロングポーリングにおいても、十分な長さの待ち受け時間が経過したにもかかわらず依然としてＨＴＴＰレスポンスを受信できないのであれば、サーバ装置３に向けてＨＴＴＰリクエストを再送することはある。
【００４０】
ＨＴＴＰリクエストに対応してサーバ装置３から返信されるＨＴＴＰレスポンスを受信した情報処理端末１２は、これに含まれるコマンドを参照し、当該コマンドの内容に対応した処理や動作を実現するべく、本体１１の作動機構１ｑ及び／またはセンサ１ｋ、１ｌ、１ｍ、１ｎ、１ｏ、１ｐを制御するための信号を制御回路１ｓに与える。因みに、情報処理端末１２自身にカメラやマイク等のセンサが実装されており、当該センサを介して撮影や録音等を行うべき旨のコマンドを受信した場合には、当該センサを制御して対応した処理を実行することとなる。
【００４１】
さらに、コマンド受信部１０２は、コマンドを含んだＨＴＴＰレスポンスをサーバ装置３から受信した後、可及的速やかに、コマンドの転送を要求するＨＴＴＰリクエストをサーバ装置３に再送信する。つまり、クライアント機１は、概ね常時サーバ装置３からのＨＴＴＰレスポンスを待ち受けている状態となる。
【００４２】
本実施形態のコントロール機２は、汎用の情報処理端末２を用いて構成される。情報処理端末２は、クライアント機１の情報処理端末１２と同様、パーソナルコンピュータ、ワークステーション、ＰＤＡ、携帯電話端末、タブレット型端末、ビデオゲーム機等である。図５に示すように、情報処理端末２は、ＣＰＵ２ａ、メインメモリ２ｂ、補助記憶デバイス２ｃ、操作入力デバイス２ｄ、オーディオコーデック２ｅ、ビデオコーデック２ｆ、通信インタフェース２ｇ、スピーカ２ｈ、ディスプレイ２ｉ等のハードウェア資源を備え、これらがコントローラ２ｊにより制御されて連携動作するものである。
【００４３】
ＣＰＵ２ａによって実行されるべきプログラムは補助記憶デバイス２ｃに格納されており、プログラムの実行の際には補助記憶デバイス２ｃからメインメモリ２ｂに読み込まれ、ＣＰＵ２ａによって解読される。本実施形態では、既知のＯＳプログラムやこれに付帯する各種デバイスドライバプログラムが予めインストールされ、他のプログラムによる上記ハードウェア資源の利用を仲介する。
【００４４】
しかして、情報処理端末２には、本実施形態の通信システムを構築するために必要となるコントロール機２用プログラムがインストールされる。なお、このプログラムは、サーバ装置３から電気通信回線４を介して提供され、ウェブブラウザ上で起動する（ウェブブラウザにより解釈、実行される）、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）やＪａｖａＳｃｒｉｐｔ（登録商標）等で記述されたスクリプトであることがある。当該情報処理端末２は、プログラムに従い、図４に示すコマンド送信部２０１及びレポート受信部２０２としての機能を発揮する。
【００４５】
コマンド送信部２０１は、通信インタフェース２ｇを利用し、コントロール機２からクライアント機１に伝達するべきコマンドを、電気通信回線４経由で送信する。コントロール機である情報処理端末２は、クライアント機１を制御しようとする利用者の手による操作を操作入力デバイス２ｄを介して受け付け、その操作に応じたコマンド、即ちクライアント機１の有する作動機構１ｑやセンサ１ｋ、１ｌ、１ｍ、１ｎ、１ｏ、１ｐを作動させまたはその作動を停止させるための指令を生成し、これをＨＴＴＰリクエスト（例えば、ＰＯＳＴメソッド）の形でサーバ装置３に向けてアップロード送信する。
【００４６】
レポート受信部２０２は、通信インタフェース２ｇを利用し、クライアント機１からもたらされるレポートを、電気通信回線４経由で受信する。コントロール機である情報処理端末２は、サーバ装置３に対し、サーバ装置３がクライアント機１から受信したレポートの転送即ちダウンロードを要求するＨＴＴＰリクエスト（例えば、ＰＯＳＴメソッドまたはＧＥＴメソッド）を送信して、これに対するＨＴＴＰレスポンスを待ち受ける。
【００４７】
このとき、情報処理端末２は、サーバ装置３からのＨＴＴＰレスポンスを普通のポーリングよりも長い時間待ち続けるロングポーリングを実施する。ＨＴＴＰレスポンスを待ち受ける時間の長さは、最短でも１０秒以上とする。無論、より長く設定することも可能であり、数分以上、あるいは数十分以上に亘ってＨＴＴＰレスポンスの待ち受けを続けるようにすることも考えられる。ロングポーリングにおいても、十分な長さの待ち受け時間が経過したにもかかわらず依然としてＨＴＴＰレスポンスを受信できないのであれば、サーバ装置３に向けてＨＴＴＰリクエストを再送することはある。
【００４８】
ＨＴＴＰリクエストに対応してサーバ装置３から返信されるＨＴＴＰレスポンスを受信した情報処理端末２は、これに含まれるレポートを、視覚及び／または聴覚に訴えかける態様にて出力する。即ち、クライアント機１が撮影、録音、計測等した画像や音声その他各種の情報を、ディスプレイ２ｉの画面に表示したり、スピーカ２ｈから音声出力したりする。
【００４９】
さらに、レポート受信部２０２は、レポートを含んだＨＴＴＰレスポンスをサーバ装置３から受信した後、可及的速やかに、レポートの転送を要求するＨＴＴＰリクエストをサーバ装置３に再送信する。つまり、コントロール機２は、概ね常時サーバ装置３からのＨＴＴＰレスポンスを待ち受けている状態となる。
【００５０】
本実施形態のサーバ装置３は、汎用的なウェブサーバまたはパーソナルコンピュータ、ワークステーション等である。図６に示すように、サーバ装置３は、ＣＰＵ３ａ、メインメモリ３ｂ、補助記憶デバイス３ｃ、操作入力デバイス３ｄ、通信インタフェース３ｅ等のハードウェア資源を備え、これらがコントローラ３ｆにより制御されて連携動作するものである。
【００５１】
ＣＰＵ３ａによって実行されるべきプログラムは補助記憶デバイス３ｃに格納されており、プログラムの実行の際には補助記憶デバイス３ｃからメインメモリ３ｂに読み込まれ、ＣＰＵ３ａによって解読される。本実施形態では、既知のＯＳプログラムやこれに付帯する各種デバイスドライバプログラムが予めインストールされ、他のプログラムによる上記ハードウェア資源の利用を仲介する。
【００５２】
しかして、サーバ装置３には、本実施形態の通信システムを構築するために必要となるサーバ用プログラムがインストールされる。サーバ装置３は、プログラムに従い、図４に示すコマンド中継部３０１及びレポート中継部３０２としての機能を発揮する。
【００５３】
コマンド中継部３０１は、通信インタフェース３ｅを利用し、コントロール機２からクライアント機１に伝達するべきコマンドを、電気通信回線４経由で受信する。既に述べた通り、本実施形態では、コントロール機２から、コマンドを含んだＨＴＴＰリクエストがサーバ装置３に向けて発信される。ＨＴＴＰサーバとして働くサーバ装置３は、ＨＴＴＰに則ってこれを受信する。その後、当該ＨＴＴＰリクエストの受信に成功した旨を示すＨＴＴＰレスポンスを、当該コントロール機２に向けて返信する。
【００５４】
並びに、コマンド中継部３０１は、コントロール機２から受信したコマンドを、電気通信回線４経由でクライアント機１に送信する。本実施形態では、クライアント機１から、コマンドの転送を要求するＨＴＴＰリクエストがサーバ装置３に向けて発信される。ＨＴＴＰサーバとして働くサーバ装置３は、ＨＴＴＰに則ってこれを受信するとともに、コントロール機２からもたらされたコマンドを、当該ＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、当該クライアント機１に返信する。クライアント機１からのＨＴＴＰリクエストを受け付けた時点で、当該クライアント機１に向けて送信するべきコマンドをコントロール機２から受け取っていない場合には、当該コマンドを受信するまでの間、クライアント機１からのＨＴＴＰリクエストへの応答を留保する。即ち、コマンドを受信したならば即時に当該コマンドを含むＨＴＴＰレスポンスをクライアント機１に送信できるように待機する。
【００５５】
クライアント機１にコマンドを転送すると、間を置かずして当該クライアント機１から新たなコマンドを要求するＨＴＴＰリクエストがもたらされる。これにより、サーバ装置３は、概ね常時クライアント機１に向けたＨＴＴＰレスポンスの返信に備えている状態となる。
【００５６】
レポート中継部３０２は、通信インタフェース３ｅを利用し、クライアント機１からコントロール機２に伝達するべきレポートを、電気通信回線４経由で受信する。本実施形態では、クライアント機１から、レポートを含んだＨＴＴＰリクエストがサーバ装置３に向けて発信される。ＨＴＴＰサーバとして働くサーバ装置３は、ＨＴＴＰに則ってこれを受信する。その後、当該ＨＴＴＰリクエストの受信に成功した旨を示すＨＴＴＰレスポンスを、当該クライアント機１に向けて返信する。
【００５７】
並びに、レポート中継部３０２は、クライアント機１から受信したレポートを、電気通信回線４経由でコントロール機２に送信する。本実施形態では、コントロール機２から、レポートの転送を要求するＨＴＴＰリクエストがサーバ装置３に向けて発信される。ＨＴＴＰサーバとして働くサーバ装置３は、ＨＴＴＰに則ってこれを受信するとともに、クライアント機１からもたらされたレポートを、当該ＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、当該コントロール機２に返信する。コントロール機２からのＨＴＴＰリクエストを受け付けた時点で、当該コントロール機２に向けて送信するべきレポートをクライアント機１から受け取っていない場合には、当該レポートを受信するまでの間、コントロール機２からのＨＴＴＰリクエストへの応答を留保する。即ち、レポートを受信したならば即時に当該レポートを含むＨＴＴＰレスポンスをコントロール機２に送信できるように待機する。
【００５８】
コントロール機２にレポートを転送すると、間を置かずして当該コントロール機２から新たなレポートを要求するＨＴＴＰリクエストがもたらされる。これにより、サーバ装置３は、概ね常時コントロール機２に向けたＨＴＴＰレスポンスの返信に備えている状態となる。
【００５９】
以降、本実施形態の通信システムによる通信の枠組みを詳述する。初めに、本実施形態の通信システムを利用してクライアント機１のリモートモニタリングまたはリモートコントロールを実施する者は、本通信システムを利用した通信に先んじて、制御対象となるクライアント機１の個体識別情報、及び自己の権限を証明するユーザアカウント情報の登録を行う。
【００６０】
サーバ装置３は、メインメモリ３ｂ若しくは補助記憶デバイス３ｃの所要の記憶領域を利用して、クライアント機１の個体識別情報及びユーザアカウント情報を格納する登録情報データベースを構成する。図７に、登録情報の内容を例示する。登録情報データベースは、ユーザアカウント情報として、本通信システムを利用する各利用者毎の識別ＩＤ、及び当該利用者しか知り得ないパスコード（または、当該利用者しか持ち得ないバイオメトリック情報等）を記憶保持する。なおかつ、各利用者毎に、当該利用者が制御して利用することが許可される一または複数のクライアント機１の個体識別情報（ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）またはデバイスキー）や、そのクライアント機１についての説明の情報（クライアント機１の名称、所在地、種類等）を、当該利用者の識別ＩＤに関連付けて記憶保持する。個体識別情報は、クライアント機１毎に異なっており、クライアント機１が備える記憶デバイス（情報処理端末１２のメインメモリ１ｂ若しくは補助記憶デバイス１ｃ、または本体１１の制御回路１に設けられたＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等）に書き込まれている。
【００６１】
次に、クライアント機１とコントロール機２とのマッチングの手順を述べる。マッチングとは、あるクライアント機１とあるコントロール機２との間でコマンド及びレポートの送受信が可能な状況を具現することである。起動して制御を受け付ける状態となっているクライアント機１（の情報処理端末１２）は、ＨＴＴＰリクエストをサーバ装置３に向けて送信する。リクエストには、当該クライアント機１が記憶保持している自身の個体識別情報と、現在当該クライアント機１に付与されているネットワークアドレスとが付随する。本実施形態にあって、ネットワークアドレスとは、ＨＴＴＰ通信で用いられるＩＰアドレス及びＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）ポート番号である。
【００６２】
サーバ装置３は、クライアント機１から送信される上記のＨＴＴＰリクエストを受信して参照することで、起動して利用可能となっているクライアント機１の個体識別情報、即ち現在どのクライアント機１が制御可能となっているかを知得でき、さらには、当該クライアント機１のネットワークアドレスを知得できる。サーバ装置３は、現在制御可能なクライアント機１の個体識別情報及びネットワークアドレスを、メインメモリ３ｂ若しくは補助記憶デバイス３ｃに記憶する。
【００６３】
他方、クライアント機１の制御を開始しようとする利用者は、コントロール機２を使用してサーバ装置３にアクセスし、ユーザ認証を受ける。その際、コントロール機である情報処理端末２は、利用者の手によるユーザアカウント情報（識別ＩＤ及びパスコード等）の入力を操作入力デバイス２ｄを介して受け付け、当該ユーザアカウント情報を含むＨＴＴＰリクエストをサーバ装置３に向けて送信する。
【００６４】
サーバ装置３は、コントロール機２から送信される上記のＨＴＴＰリクエストを受信して参照し、当該コントロール機２を使用している利用者が本通信システムを利用する権限を有する者であるか否かを判断する。即ち、受信したＨＴＴＰリクエストに含まれるユーザアカウント情報が、登録情報データベースに登録されているかどうかを確認し、登録されているのであれば正当な権限を有する利用者であり、さもなくば正当な権限を有しない利用者であると判断する。
【００６５】
コントロール機２を使用する利用者が正当な権限を有する者であると認証したサーバ装置３は、登録情報データベースに登録されている、当該利用者のユーザアカウント情報に関連付けられた一または複数のクライアント機１の個体識別情報を読み出す。そして、これを、先にメインメモリ３ｂ若しくは補助記憶デバイス３ｃに記憶した、現在起動しているクライアント機１の個体識別情報と比較して、重複する個体識別情報、即ち当該利用者による制御が許可されかつ現在起動して制御可能となっているクライアント機１に係る個体識別情報を知得する。
【００６６】
その上で、サーバ装置３は、上記の個体識別情報に関連付けられている当該クライアント機１についての説明の情報を登録情報データベースから読み出し、当該個体識別情報及び読み出した説明の情報を含むＨＴＭＬページを生成して、ＨＴＴＰレスポンスとしてコントロール機２に返信する。
【００６７】
サーバ装置３から送信されたＨＴＭＬページを受信したコントロール機２は、当該コントロール機２の利用者が制御することのできる一または複数のクライアント機１に関する情報をディスプレイ２ｉの画面に表示し、利用者が何れのクライアント機１の制御を開始するのか、その選択を促す。コントロール機である情報処理端末２は、利用者の手によるクライアント機１の選択操作を操作入力デバイス２ｄを介して受け付け、選択されたクライアント機１に係る個体識別情報を含むＨＴＴＰリクエストをサーバ装置３に向けて送信する。クライアント機１の選択の受け付け及び選択されたクライアント機１の個体識別情報の送信は、上記のＨＴＭＬページ内に記述されたウェブフォーム（ＨＴＭＬフォーム）により実現することが可能である。リクエストには、現在当該コントロール機２に付与されているネットワークアドレス（ＩＰアドレス及びＴＣＰポート番号）とが付随する。
【００６８】
サーバ装置３は、コントロール機２から送信される上記のＨＴＴＰリクエストを受信して参照することで、当該コントロール機２を使用している利用者が選択したクライアント機１に係る個体識別情報、即ちコントロール機２の利用者がどのクライアント機１の制御を開始したいのかを知得でき、さらには、当該コントロール機２のネットワークアドレスを知得できる。これにより、コントロール機２とクライアント機１とのマッチングが可能となる。向後、当該コントロール機２からもたらされるコマンドは、当該利用者が選択したクライアント機１に転送する。また、当該クライアント機１からもたらされるレポートは、当該利用者が使用するコントロール機２に転送する。
【００６９】
そのために、サーバ装置３は、マッチングしたコントロール機２とクライアント機１との組を識別するセッションＩＤを発行し（但し、ユーザアカウント情報（特に、識別ＩＤ）または個体識別情報をセッションＩＤとして代用することを妨げない）、利用者が使用しているコントロール機２、利用者が選択したクライアント機１の各々に送信する。このセッションＩＤの送信は、コントロール機２及びクライアント機１からもたらされたＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして実行することができる。加えて、サーバ装置３は、図８に例示するように、コントロール機２とクライアント機１との関係を示すマッチング情報として、コントロール機２の利用者のユーザアカウント情報（識別ＩＤ）、当該コントロール機２の現在のネットワークアドレス、当該利用者が制御するクライアント機１の個体識別情報、及び当該クライアント機１の現在のネットワークアドレスを、当該セッションＩＤに関連付けてメインメモリ３ｂ若しくは補助記憶デバイス３ｃに記憶保持する。
【００７０】
コントロール機である情報処理端末２は、サーバ装置３からもたらされたセッションＩＤをメインメモリ２ｂ若しくは補助記憶デバイス２ｃに記憶する。そして、向後サーバ装置３に向けて送信するＨＴＴＰリクエスト（コマンドをアップロードする目的のものと、レポートのダウンロードを要求する目的のものとの両方）に、当該セッションＩＤを含めるようにする。当該セッションＩＤは、ＨＴＴＰリクエストとして発信するコマンドの転送の宛先のクライアント機１を指し示す識別子となり、また、ＨＴＴＰリクエストを通じて要求するレポートの発信元のクライアント機１を指し示す識別子となる。
【００７１】
同様に、クライアント機１の情報処理端末１２も、サーバ装置３からもたらされたセッションＩＤをメインメモリ１ｂ若しくは補助記憶デバイス１ｃに記憶し、向後サーバ装置３に向けて送信するＨＴＴＰリクエスト（レポートをアップロードする目的のものと、コマンドのダウンロードを要求する目的のものとの両方）に、当該セッションＩＤを含めるようにする。当該セッションＩＤは、ＨＴＴＰリクエストとして発信するレポートの転送の宛先のコントロール機２を指し示す識別子となり、また、ＨＴＴＰリクエストを通じて要求するコマンドの発信元のコントロール機２を指し示す識別子となる。
【００７２】
コントロール機２からクライアント機１にコマンドを伝達する際の処理手順を述べる。利用者により制御対象として選択されたクライアント機１は、予め、当該利用者が使用するコントロール機２からのコマンドの転送を要求するＨＴＴＰリクエストをサーバ装置３に送信し、サーバ装置３から返信されるＨＴＴＰレスポンスをロングポーリングで待ち受ける。当該ＨＴＴＰリクエストには、メインメモリ１ｂ若しくは補助記憶デバイス１ｃに記憶している、コマンドの発信元のコントロール機２を指し示すセッションＩＤを含めておく。
【００７３】
クライアント機１が送信したＨＴＴＰリクエストを受信したサーバ装置３は、これに対するＨＴＴＰレスポンスを返信可能な状態で待機する。このとき、当該クライアント機１の現在のネットワークアドレスが、メインメモリ３ｂ若しくは補助記憶デバイス３ｃに記憶保持するマッチング情報（図８に例示）に記述されている同クライアント機１のネットワークアドレスから変化していないかどうかを確認する。即ち、受信したリクエストに含まれるセッションＩＤをキーとしてマッチング情報を検索し、当該セッションＩＤに関連付けられたクライアント機１のネットワークアドレスを抽出して、そのアドレスと受信したＨＴＴＰリクエストの発信元アドレスとを比較する。両者が相異している場合には、マッチング情報中の当該セッションＩＤに関連付けられているクライアント機１のアドレスを、今般受信したリクエストにより示された最新のアドレスに書き換える。この処理により、クライアント機１（の情報処理端末１２）のネットワークアドレスが変化したとしても、当該クライアント機１に対して適切にコマンドを送り届けることが可能になる。
【００７４】
利用者が操作するコントロール機２は、当該利用者が制御するクライアント機１に与えるべきコマンドをＨＴＴＰリクエストとしてサーバ装置３に送信する。当該ＨＴＴＰリクエストには、メインメモリ２ｂ若しくは補助記憶デバイス２ｃに記憶している、コマンドの送信の宛先のクライアント機１を指し示すセッションＩＤを含めておく。
【００７５】
コントロール機２が送信したＨＴＴＰリクエストを受信したサーバ装置３は、これに含まれるセッションＩＤをキーとしてマッチング情報を検索し、当該セッションＩＤに関連付けられた、コマンドの送信の宛先となるクライアント機１及びその現在のネットワークアドレスを知得する。そして、コントロール機２から受信したＨＴＴＰリクエストに含まれるコマンドを、宛先のクライアント機１に対するＨＴＴＰレスポンスとして送信する。
【００７６】
なお、サーバ装置３は、コントロール機２からＨＴＴＰリクエスト受信したときに、当該コントロール機２の現在のネットワークアドレスが、メインメモリ３ｂ若しくは補助記憶デバイス３ｃに記憶保持するマッチング情報に記述されている同コントロール機２のネットワークアドレスから変化していないかどうかを確認する。即ち、受信したリクエストに含まれるセッションＩＤをキーとしてマッチング情報を検索し、当該セッションＩＤに関連付けられたコントロール機２のネットワークアドレスを抽出して、そのアドレスと受信したＨＴＴＰリクエストの発信元アドレスとを比較する。両者が相異している場合には、マッチング情報中の当該セッションＩＤに関連付けられているコントロール機２のアドレスを、今般受信したリクエストにより示された最新のアドレスに書き換える。この処理により、コントロール機（情報処理端末）２のネットワークアドレスが変化したとしても、当該コントロール機２に対して適切にレポートを送り届けることが可能になる。
【００７７】
サーバ装置３からＨＴＴＰレスポンスとして返信される、コントロール機２からのコマンドを受信したクライアント機１は、その後速やかに同コントロール機２からのコマンドを要求する（コマンドの発信元を指し示すセッションＩＤを含んだ）ＨＴＴＰリクエストをサーバ装置３に向けて再送信し、これに対するＨＴＴＰレスポンスのロングポーリングによる待ち受けを再開する。
【００７８】
引き続き、クライアント機１からコントロール機２にレポートを伝達する際の処理手順を述べる。利用者が使用するコントロール機２は、予め、当該利用者が制御対象として選択したクライアント機１からのレポートの転送を要求するＨＴＴＰリクエストをサーバ装置３に送信し、サーバ装置３から返信されるＨＴＴＰレスポンスをロングポーリングで待ち受ける。当該ＨＴＴＰリクエストには、メインメモリ２ｂ若しくは補助記憶デバイス２ｃに記憶している、レポートの発信元のクライアント機１を指し示すセッションＩＤを含めておく。
【００７９】
コントロール機２が送信したＨＴＴＰリクエストを受信したサーバ装置３は、これに対するＨＴＴＰレスポンスを返信可能な状態で待機する。このとき、当該コントロール機２の現在のネットワークアドレスが、メインメモリ３ｂ若しくは補助記憶デバイス３ｃに記憶保持するマッチング情報に記述されている同コントロール機２のネットワークアドレスから変化していないかどうかを確認し、変化しているのであればそのネットワークアドレスを現在のものに更新することは既に述べた通りである。
【００８０】
利用者が制御するクライアント機１は、当該利用者が使用しているコントロール機２に提供するべきレポートをＨＴＴＰリクエストとしてサーバ装置３に送信する。当該ＨＴＴＰリクエストには、メインメモリ１ｂ若しくは補助記憶デバイス１ｃに記憶している、レポートの送信の宛先のコントロール機２を指し示すセッションＩＤを含めておく。
【００８１】
クライアント機１が送信したＨＴＴＰリクエストを受信したサーバ装置３は、これに含まれるセッションＩＤをキーとしてマッチング情報を検索し、当該セッションＩＤに関連付けられた、レポートの送信の宛先となるコントロール機２及びその現在のネットワークアドレスを知得する。そして、クライアント機１から受信したＨＴＴＰリクエストに含まれるレポートを、宛先のコントロール機２に対するＨＴＴＰレスポンスとして送信する。
【００８２】
なお、サーバ装置３がクライアント機１からＨＴＴＰリクエスト受信したときに、当該クライアント機１の現在のネットワークアドレスが、メインメモリ３ｂ若しくは補助記憶デバイス３ｃに記憶保持するマッチング情報に記述されている同クライアント機１のネットワークアドレスから変化していないかどうかを確認し、変化しているのであればそのネットワークアドレスを現在のものに更新することは既に述べた。
【００８３】
サーバ装置３からＨＴＴＰレスポンスとして返信される、クライアント機１からのレポートを受信したコントロール機２は、その後速やかに同クライアント機１からのレポートを要求する（レポートの発信元を指し示すセッションＩＤを含んだ）ＨＴＴＰリクエストをサーバ装置３に向けて再送信し、これに対するＨＴＴＰレスポンスのロングポーリングによる待ち受けを再開する。
【００８４】
本実施形態の通信システムのフェイルセーフに関して補記する。例えば、コントロール機２からの制御を受け付けている（コマンドを受信しかつレポートを送信する）クライアント機１が、当該コントロール機２とのマッチング中に何らかのトラブルに見舞われて機能の一部または全部が停止する等し、その後再起動した場合、当該コントロール機２とのマッチングが切断されて制御の続行が不可能になるおそれがある。
【００８５】
だが、再起動したクライアント機１の情報処理端末１２は、可及的速やかに、自身の個体識別情報及び／または（再起動後にも記憶保持していれば）その直前にマッチングしていたコントロール機２を指し示すセッションＩＤを含めたＨＴＴＰリクエストをサーバ装置３に送信する。これを受信したサーバ装置３は、当該ＨＴＴＰリクエストに基づいて、再起動したクライアント機１の現在のネットワークアドレスを知得するとともに、マッチング情報として記憶保持している当該クライアント機１の（受信したＨＴＴＰリクエストに含まれる個体識別情報及び／またはセッションＩＤに関連付けられた）ネットワークアドレスを現在のものに更新することができる。
【００８６】
さらに、サーバ装置３は、ＨＴＴＰレスポンスとして、当該クライアント機１と直前までマッチングしていた（コマンドの発信元でありレポートの送信の宛先である）コントロール機２を指し示すセッションＩＤをマッチング情報のリストから抽出して当該クライアント機１に再送することができ、これを受信したクライアント機１は再び当該セッションＩＤをメインメモリ１ｂ若しくは補助記憶デバイス１ｃに記憶保持することができる。かくして、コントロール機２とクライアント機１とのマッチングが回復する。
【００８７】
クライアント機１を制御している（コマンドを送信しかつレポートを受信する）コントロール機２が、当該クライアント機１とのマッチング中に再起動した場合も、全く同じである。即ち、再起動したコントロール機たる情報処理端末２は、可及的速やかに、自身の個体識別情報及び／または（再起動後にも記憶保持していれば）その直前にマッチングしていたクライアント機１を指し示すセッションＩＤを含めたＨＴＴＰリクエストをサーバ装置３に送信する。これを受信したサーバ装置３は、当該ＨＴＴＰリクエストに基づいて、再起動したコントロール機２の現在のネットワークアドレスを知得するとともに、マッチング情報として記憶保持している当該コントロール機２の（受信したＨＴＴＰリクエストに含まれる個体識別情報及び／またはセッションＩＤに関連付けられた）ネットワークアドレスを現在のものに更新することができる。
【００８８】
さらに、サーバ装置３は、ＨＴＴＰレスポンスとして、当該コントロール機２と直前までマッチングしていた（レポートの発信元でありコマンドの送信の宛先である）クライアント機１を指し示すセッションＩＤをマッチング情報のリストから抽出して当該コントロール機２に再送することができ、これを受信したコントロール機２は再び当該セッションＩＤをメインメモリ２ｂ若しくは補助記憶デバイス２ｃに記憶保持することができる。かくして、コントロール機２とクライアント機１とのマッチングが回復する。
【００８９】
サーバ装置３が何らかのトラブルに見舞われて機能の一部または全部が停止する等し、その後再起動した場合には、再起動前に当該サーバ装置３が記憶保持していたマッチング情報が失われる可能性がある。となれば、そのマッチング情報を復旧しない限り、サーバ装置３がコマンド及びレポートを中継できなくなり、コントロール機２とクライアント機１との間の通信が途絶する。
【００９０】
だが、サーバ装置３の再起動前にマッチングされていたコントロール機２及びクライアント機１はそれぞれ、セッションＩＤを含んだＨＴＴＰリクエスト（特に、コントロール機２がレポートの転送を要求するもの、及びクライアント機１がコマンドの転送を要求するもの）をサーバ装置３に向けて間欠的に送信し続ける。従って、再起動したサーバ装置３は、コントロール機２及びクライアント機１からの各ＨＴＴＰリクエストを受信することができ、それらリクエストに基づいて、セッションＩＤ及び当該セッションＩＤによって紐付けされたコントロール機２及びクライアント機１の現在のネットワークアドレスを知得し、マッチング情報を再構築してメインメモリ３ｂ若しくは補助記憶デバイス３ｃに記憶保持することができる。マッチング情報が復旧されれば、サーバ装置３の再起動前と同様に、コントロール機２がクライアント機１にコマンドを送信し、クライアント機１がコントロール機２にレポートを送信する状況が回復する。
【００９１】
本実施形態では、何らかの情報を取得するセンサ１ｋ、１ｌ、１ｍ、１ｎ、１ｏ、１ｐまたは何らかの作動を行う作動機構１ｑを有したクライアント機１と、前記クライアント機１のリモートモニタリングまたはリモートコントロールのために用いられるコントロール機２と、前記クライアント機１及び前記コントロール機２の各々と電気通信回線４を介して接続し、コントロール機２からクライアント機１に伝達されるコマンドを中継するとともに、クライアント機１からコントロール機２に伝達されるレポートを中継するサーバ装置３とを具備する通信システムであって、前記クライアント機１と前記サーバ装置３との間の通信、及び前記コントロール機２と前記サーバ装置３との間の通信をそれぞれ、リクエスト／レスポンス型の通信プロトコルに則って実行するものとし、前記コントロール機２は、クライアント機１に伝達するべきコマンドを前記通信プロトコルに則ったリクエストとしてサーバ装置３に送信するコマンド送信部と、サーバ装置３がクライアント機１から受信したレポートを取得するために前記通信プロトコルに則ったリクエストをサーバ装置３に送信し、当該リクエストに対するレスポンスをロングポーリング状態で待ち受け、当該レスポンスとしてサーバ装置３から送信されるレポートを受信し、かつ当該レポートの受信後速やかに次のレポートを取得するための前記通信プロトコルに則ったリクエストをサーバ装置３に再送信してロングポーリング状態の待ち受けを再開するレポート受信部とを備え、前記クライアント機１は、コントロール機２に伝達するべきレポートを前記通信プロトコルに則ったリクエストとしてサーバ装置３に送信するレポート送信部と、サーバ装置３がコントロール機２から受信したコマンドを取得するために前記通信プロトコルに則ったリクエストをサーバ装置３に送信し、当該リクエストに対するレスポンスをロングポーリング状態で待ち受け、当該レスポンスとしてサーバ装置３から送信されるコマンドを受信し、かつ当該コマンドの受信後速やかに次のコマンドを取得するための前記通信プロトコルに則ったリクエストをサーバ装置３に再送信してロングポーリング状態の待ち受けを再開するコマンド受信部とを備え、前記サーバ装置３は、コントロール機２から受信したコマンドをクライアント機１から受信したリクエストに対するレスポンスとしてクライアント機１に送信するコマンド中継部と、クライアント機１から受信したレポートをコントロール機２から受信したリクエストに対するレスポンスとしてコントロール機２に送信するレポート中継部とを備えている通信システムを構成した。
【００９２】
本実施形態の通信システムによれば、コントロール機２からクライアント機１に向けたコマンドの伝達のリアルタイム性、及びクライアント機１からコントロール機２に向けたレポートの伝達のリアルタイム性を確保できる。即ち、コマンドまたはレポートの発信時点と受信時点との時間差を十分に少なくできる。また、コントロール機２やクライアント機１の各々に、固定のグローバルＩＰアドレスを付与することができず、コントロール機２やクライアント機１のＩＰアドレスが時に変化することがあったとしても（移動体無線通信網では顕著である）、コントロール機２とクライアント機１とのマッチングを維持し続けることが可能である。
【００９３】
そして、前記通信プロトコルをＨＴＴＰ（ＨＴＴＰＳであることがある）としていることから、クライアント機１及び／またはコントロール機２が非公開のＬＡＮに接続し、そのＬＡＮとインターネット等の公開ネットワークとの間にファイアウォールが設置されているような場合にも、公開ネットワークを介したコマンド及びレポートの授受が可能となる。
【００９４】
また、前記クライアント機１における前記レポート送信部及び前記コマンド受信部、前記コントロール機２における前記コマンド送信部及び前記レポート受信部をそれぞれ、電気通信回線４を介した情報通信機能を有する汎用の情報処理端末（特に、スマートフォン等の移動体無線通信網への接続が可能な端末）１２、２を用いて構成しており、システム構築に費やすコストを低廉化できる。
【００９５】
なお、本発明は以上に詳述した実施形態に限られるものではない。例えば、コントロール機２からクライアント機１に伝達するコマンド、及び／または、クライアント機１からコントロール機２に伝達するレポートに優先度を設定しておき、サーバ装置３がその優先度の高低に応じてコマンド／レポートの転送を実行するか否かを変えるようにすることが考えられる。
【００９６】
コントロール機２からクライアント機１に与えるコマンドのうち、クライアント機１の遠隔操縦のための移動方向、移動速度等の指令や、ロボットアームの操作指令のような物理的動作に関わるコマンドは、その伝達に高いリアルタイム性が要求される。換言すれば、この種のコマンドは、コントロール機２からクライアント機１に到達するまでに長い時間がかかった場合、クライアント機１に到達した時点で既に有用性が失われていることが少なくない。走行しているクライアント機１を障害物の手前で制動するコマンドは、クライアント機１が障害物に衝突する前にクライアント機１に伝達されなければならず、障害物に到達した後に伝達されても意味をなさない。
【００９７】
これに対し、土壌水分量センサによりクライアント機１の所在地の土壌の水分量を計測するべき旨の指令等は、たとえクライアント機１への伝達が遅れたとしても特段の問題はない。土壌の水分量は極短時間には変化しないと考えられるからである。
【００９８】
クライアント機１からコントロール機２に送るレポートにも、リアルタイム性が要求されるものとそうでないものとが存在する。クライアント機１がカメラ１ｋで撮影した動画像をコントロール機２のディスプレイ２ｉの画面に表示させ利用者の閲覧に供するためには、当該動画像の構成要素である連続した複数枚のフレームの各々をレポートとしてクライアント機１からコントロール機２に送信する必要があるが、そのうちの一部のフレーム（に係るレポート）が他のフレーム（に係るレポート）よりも著しく遅延してコントロール機２に到達した場合、当該遅延したフレームをコントロール機２のディスプレイ２ｉに出力する機会は失われる。つまり、遅延したフレームの送受信は無駄となる。
【００９９】
これに対し、クライアント機１において土壌水分量センサにより計測した土壌の水分量のレポートは、たとえコントロール機２への伝達が遅れたとしても特段の問題はない。
【０１００】
総じて言えば、コマンドやレポートには、伝達が遅れてしまっては意味がないものと、伝達が遅れたとしても送り届ける意味はあるものとが存在する。そして、前者に分類されるコマンドやレポートは、もしもその伝達が遅れてしまうのであれば、寧ろその伝達を完遂せずに破棄し、電気通信回線４の帯域幅を確保したり、サーバ装置３の処理負荷を軽減したりする方がよいということになる。
【０１０１】
そこで、コントロール機２は、コマンドを発信するにあたり、遅延したとしても確実にクライアント機１に送り届けるべきコマンドには高い優先度の値を付加し、遅延するならばクライアント機１へ送り届けることなく破棄することを容認するコマンドには低い優先度の値を付加した上で、これをサーバ装置３に向けてＨＴＴＰリクエストとして送信する。
【０１０２】
コントロール機２から発信された上記のコマンドを受信したサーバ装置３は、優先度の値を参照して、当該コマンドを宛先のクライアント機１に送信する処理を完遂するか否かを判断する。具体的には、コントロール機２からクライアント機１にコマンドを伝達するために費やされる遅延時間を判定閾値と比較し、遅延時間が判定閾値を上回る場合には、コントロール機２から受信したコマンドをクライアント機１に送信する処理を打ち切る。
【０１０３】
その上で、判定閾値を、当該コマンドに付加された優先度の値が高いほど大きくする。即ち、優先度の高いコマンドは遅延時間が大きくともクライアント機１への送信を完遂する（最高の優先度が与えられたコマンドは、遅延時間如何によらず必ずクライアント機１に送り届ける）が、優先度の低いコマンドは遅延時間が大きくなると判定閾値を容易に上回るようになるので、クライアント機１への送信を完遂せずにこれを破棄する可能性が高くなる。
【０１０４】
判定閾値と比較する遅延時間の態様は、幾つか考えられる。列挙すると、
・過去にサーバ装置３からクライアント機１にコマンドを送信したときの（サーバ装置３−クライアント機１間の）所要時間を計測し、計測した所要時間またはその平均値を、当該クライアント機１の個体識別情報またはセッションＩＤに関連付けてメインメモリ３ｂ若しくは補助記憶デバイス３ｃに記憶しておく。サーバ装置３からクライアント機１へのコマンドの送信の所要時間は、当該コマンドの送信に係るＨＴＴＰレスポンスを構成するＴＣＰセグメント（パケット）のうちの最初のセグメントの送信開始から最後のセグメントの送信完了までの時間をサーバ装置３において計測することで知得できる。当該クライアント機１に送り届けるべきコマンドをコントロール機２から受信した暁には、コマンドの宛先となるクライアント機１の個体識別情報またはセッションＩＤに関連付けて記憶していた過去の所要時間または平均値を読み出し、これを遅延時間として判定閾値と比較する。遅延時間が判定閾値以下であれば、サーバ装置３からクライアント機１へのコマンドの送信を開始するが、遅延時間が判定閾値を上回るのであれば、サーバ装置３からクライアント機１へのコマンドの送信を開始しない。
・クライアント機１に送り届けるべきコマンドがコントロール機２からサーバ装置３に送信されたときの（コントロール機２−サーバ装置３間の）所要時間を計測し、その所要時間を遅延時間として判定閾値と比較する。コントロール機２からサーバ装置３へのコマンドの送信の所要時間は、当該コマンドの送信に係るＨＴＴＰリクエストを構成するＴＣＰセグメントのうちの最初のセグメントの受信開始から最後のセグメントの受信完了までの時間をサーバ装置３において計測することで知得できる。遅延時間が判定閾値以下であれば、サーバ装置３からクライアント機１へのコマンドの送信を開始するが、遅延時間が判定閾値を上回るのであれば、サーバ装置３からクライアント機１へのコマンドの送信を開始しない。
・クライアント機１に送り届けるべきコマンドをコントロール機２から受信したサーバ装置３は、まずは当該コマンドのクライアント装置への送信を開始する。そして、送信の開始時点（ＨＴＴＰレスポンスを構成するＴＣＰセグメントのうちの最初のセグメントの送信開始時点）からの経過時間を計数し、その経過時間を遅延時間して判定閾値と比較する。遅延時間が判定閾値を上回ってもなお当該コマンドの送信が完了しない（ＨＴＴＰレスポンスを構成する最後のセグメントの送信を完了していない）ならば、当該コマンドの送信を中断する。
・上述したコントロール機２−サーバ装置３間の所要時間と、サーバ装置３−クライアント機１間の所要時間（または、サーバ装置３からクライアント機１へのコマンドの送信を開始した後の経過時間）とを合算したものを、遅延時間として判定閾値と比較する。遅延時間が判定閾値を上回るのであれば、サーバ装置３からクライアント機１へのコマンドの送信を開始しないか、開始したコマンドの送信を中断する。
【０１０５】
レポートの伝達でも、同様の処理を実施することができる。即ち、クライアント機１は、レポートを発信するにあたり、遅延したとしても確実にコントロール機２に送り届けるべきレポートには高い優先度の値を付加し、遅延するならばコントロール機２へ送り届けることなく破棄することを容認するレポートには低い優先度の値を付加した上で、これをサーバ装置３に向けてＨＴＴＰリクエストとして送信する。
【０１０６】
クライアント機１から発信された上記のレポートを受信したサーバ装置３は、優先度の値を参照して、当該レポートを宛先のコントロール機２に送信する処理を完遂するか否かを判断する。具体的には、クライアント機１からコントロール機２にレポートを伝達するために費やされる遅延時間を判定閾値と比較し、遅延時間が判定閾値を上回る場合には、クライアント機１から受信したレポートをコントロール機２に送信する処理を打ち切る。
【０１０７】
その上で、判定閾値を、当該レポートに付加された優先度の値が高いほど大きくする。即ち、優先度の高いレポートは遅延時間が大きくともコントロール機２への送信を完遂する（最高の優先度が与えられたレポートは、遅延時間如何によらず必ずコントロール機２に送り届ける）が、優先度の低いレポートは遅延時間が大きくなると判定閾値を容易に上回るようになるので、コントロール機２への送信を完遂せずにこれを破棄する可能性が高くなる。
【０１０８】
判定閾値と比較する遅延時間の態様は、コマンドの伝達における遅延時間と同様とすることができるので、説明を割愛する。
【０１０９】
あるいは、コントロール機２からクライアント機１に複数のコマンドを順次伝達するケースにおいて、サーバ装置３が先のコマンドのクライアント機１への送信を完了する前に次のコマンドをコントロール機２から受信した場合、当該次のコマンドの優先度が低ければこれをクライアント機１に送信せずに破棄する一方、当該次のコマンドの優先度が高ければ先のコマンドに引き続いて当該次のコマンドをクライアント機１に送信するようにしてもよい。
【０１１０】
クライアント機１からコントロール機２に複数のレポートを順次伝達するケースにおいても、サーバ装置３が先のレポートのコントロール機２への送信を完了する前に次のレポートをクライアント機１から受信した場合、当該次のレポートの優先度が低ければこれをコントロール機２に送信せずに破棄する一方、当該次のレポートの優先度が高ければ先のレポートに引き続いて当該次のレポートをコントロール機２に送信するようにしてもよい。
【０１１１】
クライアント機１とサーバ装置３とを繋ぐ電気通信回線４、またはコントロール機２とサーバ装置３とを繋ぐ電気通信回線４に、インターネット等の公開ネットワークが必ず含まれるとは限られない。例えば、サーバ装置３がいわゆる無線ＬＡＮルータであり、この無線ＬＡＮルータから無線接続可能な距離内にクライアント機１及び／またはコントロール機２が所在している場合、当該クライアント機１及び／またはコントロール機２とサーバ装置３との間は無線ＬＡＮで接続され、インターネット等の公開ネットワークは介在しないこととなる。また、サーバ装置３がＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）機能を有し、サーバ装置がクライアント機１及び／またはコントロール機２にネットワークアドレス（ＩＰアドレス）を付与することがある。
【０１１２】
その他、各部の具体的構成や処理の手順等は、本発明の趣旨を逸脱しない範囲で種々変形が可能である。
【産業上の利用可能性】
【０１１３】
本発明は、電気通信回線を介したリモートモニタリングシステムまたはリモートコントロールシステムに適用することができる。
【符号の説明】
【０１１４】
１…クライアント機
１２…情報処理端末
１０１…レポート送信部
１０２…コマンド受信部
２…コントロール機、情報処理端末
２０１…コマンド送信部
２０２…レポート受信部
３…サーバ装置
３０１…コマンド中継部
３０２…レポート中継部
４…電気通信回線
【図１】
2015035731.tif 000003
【図２】
2015035731.tif 000004
【図３】
2015035731.tif 000005
【図４】
2015035731.tif 000006
【図５】
2015035731.tif 000007
【図６】
2015035731.tif 000008
【図７】
2015035731.tif 000009
【図８】
2015035731.tif 000010