JP2007129402A - 装置制御システム - Google Patents

Abstract

【課題】接続機器（制御機器）を遠隔操作するための機能の追加や変更等のシステム開発に掛かる作業工数およびコストを低減することができる装置制御システムを提供する。
【解決手段】操作端末２７のＧＵＩ部３１はユーザからの入力を受け付ける。装置管理サーバ２９のシステム管理Ｓ部３９は、ＧＵＩ部３１に入力された接続機器（ユニットａ１１等）の操作指示に応じて、接続機器に対する命令を決定し、その命令に基づいた命令情報をシステム管理Ｃ部４６へ送信する。システム管理Ｃ部４６は、システム管理Ｓ部３９および接続機器管理手段（ユニットａ管理部５２等）の間で命令情報の受け渡しを管理する。接続機器管理手段は、命令情報に基づいて接続機器の状態を管理する。
【選択図】図１

Description

本発明は、制御対象の接続機器（制御機器）が接続された制御装置の外部から接続機器を遠隔制御する装置制御システムに関する。

従来、例えば半導体製造ライン内にある装置の着工や半導体ウェハの移動等をリモート操作で行う場合には、工場内通信の回線で専用の信号を送受信することによって、それらが行われてきた。しかし、最近、インターネット／イントラネット技術を用い、不特定多数の人が利用可能な一般の情報系ネットワークを使って、各種制御機器のリモート操作が可能になった。これによって、情報系ネットワークに接続されている任意の場所（情報端末）からの操作が可能になった。また、必要な時点でソフトウェアをダウンロードして、ソフトウェアを例えばＷｅｂブラウザ上で動作させることによって、操作側に予め制御機器の専用のソフトウェアを配布しておく必要がなくなった。

以下、図２０を用いて従来のリモート制御用の装置制御システムの構成例を説明する。図２０に示される装置制御システムは、異なる２種類の装置（装置Ａおよび装置Ｂ）を制御するものである。装置Ａを制御するための制御装置１、および装置Ｂを制御するための制御装置１９は、例えばＰＣである。制御装置１には、装置Ａを制御するためのプログラムがインストールされており、そのプログラムが起動されると、プログラムに規定された各種処理を行う処理部４ａが起動する。また、装置Ａには、制御対象の接続機器（制御機器）であるユニットａ１１、ユニットｂ１３、およびユニットｃ１５が接続されている。これらのユニットは、例えばビデオキャプチャーボードや、モータ等のコントローラ、センサのＩ／Ｏボード等である。処理部４ａは、ＧＵＩ部２ａ、全体処理部３ａ、ユニットａ処理部５、ユニットｂ処理部６、ユニットｃ処理部７、ユニットｄ処理部８、および通信処理部９ａによって構成されている。

ＧＵＩ部２ａは、ユーザ操作に基づいた入出力処理を行う。全体処理部３ａはシステム全体の状態の管理や、ユニットａ処理部５、ユニットｂ処理部６、ユニットｃ処理部７、ユニットｄ処理部８、およびＧＵＩ部２ａへの指示を行う。ユニットａ処理部５は、全体処理部３ａから指示を受けて、Ｉ／Ｆ１０を介してユニットａ１１を制御し、必要に応じて情報を全体処理部３ａに通知する。ユニットｂ処理部６およびユニットｃ処理部７も同様の処理を行う。ただし、ユニットａ処理部５に接続されたＩ／Ｆ１０と、ユニットｂ処理部６に接続されたＩ／Ｆ１２は同種類（例えばＲＳ−２３２Ｃ）で、ユニットｃ処理部７に接続されたＩ／Ｆ１４はそれとは異なる種類（例えばＩＥＥＥ１３９４等）とする。ユニットｄ処理部８には接続するユニットがなく、ユニットｄ処理部８は全体処理とは異なる専用処理（例えば画像処理等）を行い、必要に応じて情報を全体処理部３ａに通知する。

通信処理部９ａは、リモート操作や装置Ｂとの情報の送受信のための通信を行う処理部であり、Ｉ／Ｆ１６ａを介して、通信サーバ１８の通信サーバ処理部１７と通信を行う。また、通信処理部９ａの通信内容によってＧＵＩ部２ａは変更され、全体処理部３ａを介した処理が行われる。

制御装置１９には、装置Ｂを制御するためのプログラムがインストールされており、そのプログラムが起動されると、プログラムに規定された各種処理を行う処理部４ｂが起動する。また、装置Ｂには、制御対象の接続機器（制御機器）であるユニットｆ２０およびユニットｇ２１が接続されている。処理部４ｂはＧＵＩ部２ｂ、全体処理部３ｂ、ユニットｆ処理部２３、ユニットｇ処理部２４、通信処理部９ｂによって構成されている。通信処理部９ｂは、Ｉ／Ｆ１６ｂを介して通信サーバ１８の通信サーバ処理部１７と通信を行う。

ＧＵＩ部２ｂ、全体処理部３ｂ、および通信処理部９ｂはそれぞれ制御装置１のＧＵＩ部２ａ、全体処理部３ａ、および通信処理部９ａに対応している。ユニットｆ処理部２３は、Ｉ／Ｆ２５（例えばＲＳ−２３２Ｃ）を介してユニットｆ２０を制御し、ユニットｇ処理部２４は、Ｉ／Ｆ２６（例えばＩＥＥＥ１３９４等）を介してユニットｇ２１を制御する。なお、特許文献１および特許文献２には、情報系ネットワークを介して接続機器を遠隔操作する技術が記載されている。
特開２０００−１９９６０号公報 特開２００３−１１６１８１号公報

しかし、通常、装置を制御する場合、制御対象の装置を直接制御（ローカル制御）するためのプログラムと、リモート操作（リモート制御、遠隔操作、遠隔制御）するためのプログラムはそれぞれ別々に用意しなければならない。また、これが一因で、遠隔操作には、直接操作と比べて、制約や限定がある場合が多い。例えば、半導体製造ラインの検査装置等の場合、ローカル制御用の端末では、リモート制御で行える検査処理だけでなく、検査処理の条件設定ファイルであるレシピファイルの作成等も行える。一般的に半導体製造ラインでのリモート操作は、業界標準プロトコル（ＧＥＭやＳＥＣＳ）を使って行われるが、システムを開発するためには、製造ラインの全ての装置をコントロールする通信サーバの側と検査装置の側とで、それぞれ規模に応じたプログラム開発が必要となる。

また、工場内には様々な装置が必要なので、リモート操作できる機能は必要最低限のものだけとなり、結果として、ローカル制御のプログラムとは別にリモート制御のプログラムを開発せざるを得ない。さらに、同種の装置が複数ある場合には、制御用の専用のプログラムをそれぞれの装置のローカル制御装置にインストールしなければならず、機能の追加や変更等の際には、全てのローカル制御装置をメンテナンスしなければならない。

図２０に示される従来の装置制御システムにおいては、ローカル制御用の処理部は、制御装置１ではＧＵＩ部２ａ、全体処理部３ａ、ユニットａ処理部５、ユニットｂ処理部６、ユニットｃ処理部７、およびユニットｄ処理部８であり、制御装置１９ではＧＵＩ部２ｂ、全体処理部３ｂ、ユニットｆ処理部２３、およびユニットｇ処理部２４である。また、リモート制御用の処理部は通信処理部９ａおよび９ｂである。リモート操作を充実させようとすると、通信処理部９ａ，９ｂおよび通信サーバ処理部１７の機能を追加していくことになる。また、例えば複数台の装置Ａが通信サーバ１８に接続する場合には、各装置Ａの制御装置にそれぞれプログラムをインストールしなければならない。このように、従来の装置制御システムにおいては、システム開発に作業工数およびコストが掛かるという問題があった。

本発明は、上述した問題点に鑑みてなされたものであって、接続機器（制御機器）を遠隔操作するための機能の追加や変更等のシステム開発に掛かる作業工数およびコストを低減することができる装置制御システムを提供することを目的とする。

本発明は、上記の課題を解決するためになされたもので、制御対象の接続機器が接続された制御装置と、前記制御装置とは別個の１以上の装置によって構成され、前記接続機器を制御する制御管理装置とを備えた装置制御システムであって、前記制御管理装置は、ユーザからの入力を受け付ける第１の入力手段と、前記第１の入力手段に入力された前記接続機器の操作指示に応じて、前記接続機器に対する命令を決定し、前記命令に基づいた命令情報を制御装置へ送信する第１のシステム管理手段とを備え、前記制御装置は、前記第１のシステム管理手段から送信された前記命令情報に基づいて、前記接続機器の状態を管理する接続機器管理手段と、前記接続機器管理手段および前記第１のシステム管理手段の間で前記命令情報の受け渡しを管理する第２のシステム管理手段とを備えたことを特徴とする装置制御システムである。

また、本発明の装置制御システムにおいて、前記制御管理装置は、前記第１の入力手段に入力された前記接続機器の操作指示に応じて、前記接続機器の状態を管理するための、前記接続機器に固有の形式のコマンド情報を生成するコマンド生成手段を備え、前記第１のシステム管理手段は、前記コマンド生成手段によって生成されたコマンド情報を前記第２のシステム管理手段へ送信し、前記接続機器管理手段は、前記第２のシステム管理手段から受け取った前記コマンド情報を、汎用インタフェース規格に準拠した通信方法で前記接続機器へ送信することを特徴とする。

また、本発明の装置制御システムにおいて、前記制御管理装置は、前記第１の入力手段に入力された指示情報に応じた処理の結果を表示する表示手段を備え、前記第１のシステム管理手段は、前記指示情報が前記第１の入力手段に入力された際に前記表示手段に表示される画面の遷移先を示す画面遷移情報を管理することを特徴とする。

また、本発明の装置制御システムにおいて、複数の前記制御装置が設けられている場合に、前記制御管理装置は、前記第１の入力手段に入力された前記接続機器の操作指示に付加された前記制御装置の識別情報に基づいて、前記命令情報の送信先の前記制御装置を識別する制御装置識別手段を備えたことを特徴とする。

また、本発明の装置制御システムにおいて、前記制御管理装置は、複数の前記第１の入力手段を備え、前記装置管理サーバは、前記第１の入力手段から前記接続機器の操作指示が入力された際に、前記接続機器の操作指示の競合状態に基づいて前記接続機器の動作可否を判断する第１の動作可否判断手段を備えたことを特徴とする。

また、本発明の装置制御システムにおいて、前記制御装置は、ユーザからの入力を受け付ける第２の入力手段を備え、前記制御管理装置および前記制御装置の少なくとも一方は、前記第１の入力手段または前記第２の入力手段に前記接続機器の操作指示が入力された場合に、前記第１の入力手段と前記第２の入力手段のどちらに入力されたのかを識別する入力識別手段を備え、前記接続機器が前記第１の入力手段からは制御不能に設定されており、前記入力識別手段によって、前記第２の入力手段に前記接続機器の操作指示が入力されたと識別された場合に、前記第２の入力手段を介した前記接続機器の制御を可能とすることを特徴とする。

また、本発明の装置制御システムにおいて、前記制御管理装置は、前記第１の入力手段から前記接続機器の操作指示が入力された場合に、前記制御装置へデータを送信してから前記データの受信確認を前記制御装置から受信するまでの時間に基づいて前記接続機器の動作可否を判断する第２の動作可否判断手段を備えたことを特徴とする。

本発明によれば、接続機器を遠隔操作するための機能の追加や変更等を行う場合には、制御管理装置側に対してのみ追加や変更等を行えばよいので、システム開発に掛かる作業工数およびコストを低減することができるという効果が得られる。

以下、図面を参照し、本発明の実施形態を説明する。図１は、本発明の第１の実施形態による装置制御システムの構成を示している。本実施形態による装置制御システムは通信サーバ１８、操作端末２７、操作管理サーバ２８、装置管理サーバ２９、および制御装置３０を備えている。通信サーバ１８は他の装置との通信等のために設けられているが、通信サーバ１８を設けない形態であってもよい。操作端末２７は、例えば汎用のＰＣであり、キーボード等の操作手段やモニタ等の表示手段を備えている。また、操作端末２７は、ユーザによる制御機器の操作指示を含む情報の入力を受け付けると共に、処理内容の結果等の情報を表示手段へ出力するＧＵＩ部３１（第１の入力手段）を備えている。ユーザ操作による入出力処理については、一般的なＷｅｂサービスで実現できるため、説明は省略する。

操作管理サーバ２８は、ユーザによって操作端末２７に入力された情報を装置管理サーバ２９へ送信することによって、操作端末２７を介して指示された操作内容を装置管理サーバ２９に通知したり、装置管理サーバ２９から通知される処理結果等を操作端末２７に表示させるための処理を行ったりする機能を有する。操作管理サーバ２８の端末管理部３４は、Ｉ／Ｆ３２を介して操作端末２７のＧＵＩ部３１と通信を行う。端末管理部３４は、ＧＵＩの表示処理の内容や画面遷移情報等を含んだアプリケーションファイル７９を有している。

ＧＵＩの表示処理とは、操作端末２７で起動したブラウザの画面に必要なボタンやリンク先等を表示する処理のことである。また、画面遷移情報とは、ブラウザの画面上でボタンやリンク先等がクリックされる等のイベントが発生した際の画面の切換先を示す情報のことである。端末管理部３４は、操作端末２７のＧＵＩ部３１に入力された情報に基づいて、次に表示すべき画面が記された画面遷移情報をアプリケーションファイル７９から読み出して遷移先の画面を特定すると共に、特定された画面の表示処理の内容をアプリケーションファイル７９から特定する。端末管理部３４はこれら遷移先の画面および表示処理の内容をＧＵＩ部３１に通知する。ＧＵＩ部３１は、通知された情報に基づいて、操作端末２７の表示手段に画面表示を行わせる。

Ｗｅｂサービスの用語では、ＧＵＩ部３１はブラウザソフト、端末管理部３４はＷｅｂサーバソフト、Ｉ／Ｆ３２はインターネット／イントラネット、アプリケーションファイル７９はＡＳＰファイルやＨＴＭＬファイル（ＨＴＭＬソースコード）等と呼ばれるものである。ＧＵＩ部３１に入力された情報を装置管理サーバ２９へ送信したり、装置管理サーバ２９から情報を受信したりするため、端末管理部３４には、Ｉ／Ｆ３５を介してサーバ間通信部３６が接続されており、さらにサーバ間通信部３６は、Ｉ／Ｆ３７を介して装置管理サーバ２９のシステム管理Ｓ部３９と接続されている。

装置管理サーバ２９は、操作管理サーバ２８から送信される接続機器の操作指示に基づいて、制御装置３０に対して接続機器の制御指示を行い、制御装置３０を制御する。装置管理サーバ２９において、システム管理Ｓ部３９（第１のシステム管理手段）は基本的には、前述した全体処理部３と同様の処理を行う。すなわち、システム管理Ｓ部３９は、操作端末２７から入力された接続機器の操作指示に応じて、接続機器に対する命令を決定し、その命令に基づいた命令情報を、Ｉ／Ｆ４７を介して制御装置３０へ送信する。

装置管理サーバ２９には制御すべきハードウェア群はなく、それ以外のユニットｄ管理部４３、通信処理部４２を、それぞれＩ／Ｆ４１、Ｉ／Ｆ４０を介して制御する。ユニットｄ管理部４３によって管理される図示せぬユニットｄは、例えば画像処理を行うソフトウェアによる処理手段である。通信処理部４２は、Ｉ／Ｆ４４を介して通信サーバ１８の通信サーバ処理部１７と通信を行う。

制御装置３０は、装置Ａを制御する例えば汎用のＰＣ等である。制御装置３０において、システム管理Ｃ部４６（第２のシステム管理手段）は、Ｉ／Ｆ４７を介して装置管理サーバ２９のシステム管理Ｓ部３９と接続されている。このシステム管理Ｃ部４６はユニットａ管理部５２、ユニットｂ管理部５３、およびユニットｃ管理部５４の状態管理を行うと共に、これらのユニット管理部とシステム管理Ｓ部３９との間で命令情報の受け渡しを管理し、必要に応じて命令情報の送受信を行う。

ユニットａ管理部５２、ユニットｂ管理部５３、ユニットｃ管理部５４は、例えばドライバソフトの起動によって起動する処理手段であり、それぞれＩ／Ｆ４９、Ｉ／Ｆ５０、Ｉ／Ｆ５１を介してシステム管理Ｃ部４６と接続されている。これらの各ユニット管理部（接続機器管理手段）は、システム管理Ｃ部４６から命令情報を受信し、命令情報に基づいて装置Ａの各ユニット（接続機器、制御機器）の状態を管理するため、各ユニットに固有の内容のコマンドを生成し、各ユニットへ出力する。ユニットａ管理部５２は、Ｉ／Ｆ１０を介してユニットａに接続しており、ユニットｂ管理部５３は、Ｉ／Ｆ１２を介してユニットｂに接続しており、ユニットｃ管理部５４は、Ｉ／Ｆ１４を介してユニットｃに接続している。

Ｉ／Ｆ３５，３７，４０，４１，４７，４９，５０，５１は一般的にプロセス間通信と呼ばれ、プロセス名とＩＰアドレス、ポート番号等の識別情報でそれぞれ通信先を特定でき、情報の送受信が可能な通信手段である。本実施形態による装置制御システムの変形例として、システム管理Ｓ部３９にシステム管理Ｃ部４６の機能を持たせることで、Ｉ／Ｆ４９、Ｉ／Ｆ５０、Ｉ／Ｆ５１がユニットａ管理部５２、ユニットｂ管理部５３、ユニットｃ管理部５４とシステム管理Ｓ部３９とを接続してもよい。また、Ｉ／Ｆ３５については、グループ３８のように、端末管理部３４にサーバ間通信部３６の機能を含ませた上で、Ｉ／Ｆ３５を省略してもよい。

同様に、Ｉ／Ｆ３７については、操作管理サーバ２８と装置管理サーバ２９が同一であれば、それらをグループ４５としてＩ／Ｆ３７を省略することができる。装置管理サーバ２９と制御装置３０が同一の場合も、それらをグループ４８としてＩ／Ｆ４７を省略することができる。同じ理由でＩ／Ｆ４０，４１，４９，５０，５１を省略することも可能である。

制御対象の接続機器（各ユニット）が接続された制御装置３０が、リモート制御される側の装置であり、通信サーバ１８、操作端末２７、操作管理サーバ２８、および装置管理サーバ２９が、接続機器をリモート制御する側の装置（制御管理装置）である。ただし、接続機器をリモート制御する側の装置の形態は本実施形態に限られず、不要な構成の削除や構成の統一化を行った形態であってもよい。例えば、通信サーバ１８を設けなくてもよく、操作端末２７と操作管理サーバ２８を一体化したり、操作端末２７、操作管理サーバ２８、および装置管理サーバ２９を一体化したりしてもよい。すなわち、制御管理装置は、接続機器が接続された制御装置とは別個の１以上の装置によって構成されていればよい。

次に、図２を参照し、本実施形態による装置制御システムの動作を説明する。ただし、装置制御システムへのログイン処理およびユニットａ１１の初期化のみを説明する。その他の操作に対する各処理部の動作に関しては、処理内容が異なるだけで処理の流れは基本的に変わらないため、上記の説明だけを行う。まず、ユーザが操作端末２７の操作手段を操作してログイン指示を入力すると、ＧＵＩ部３１は、ログイン名やパスワード等のログイン情報を含むログイン要求を端末管理部３４へ送信する（ステップＳ２０１）。

端末管理部３４はログイン要求を受信し、ＧＵＩ部の確認（複数のＧＵＩ部からのアクセスが想定されるので、どのＧＵＩ部からのアクセスであるのかを特定する）を行う（ステップＳ２０２）。また、端末管理部３４は、ログイン要求に付加されたログイン情報に基づいて、ユーザ確認（ログイン名やパスワードの確認）を行う（ステップＳ２０３）。続いて、端末管理部３４はログイン要求をサーバ間通信部３６へ送信する（ステップＳ２０４）。

サーバ間通信部３６はログイン要求を受信してシステム確認（接続するシステムの確認）を行い（ステップＳ２０５）、ログイン要求をシステム管理Ｓ部３９へ送信する（ステップＳ２０６）。システム管理Ｓ部３９は状態確認（システム全体がアクセス可能かどうか確認し、ログイン状態とする）を行い（ステップＳ２０７）、ログインＯＫ（ログイン許可）の応答をサーバ間通信部３６に通知する（ステップＳ２０８）。この応答をサーバ間通信部３６が受けた後、順次、端末管理部３４、ＧＵＩ部３１の順にログインＯＫが通知される（ステップＳ２０９〜Ｓ２１０）。

これによってログイン状態となり、ユーザが、ＧＵＩ部３１を介してユニットを操作することが可能となる。ログイン状態となった後、ユーザが操作端末２７の操作手段を操作してユニットａの初期化指示を入力すると、ログインの際のログイン要求の送信と同様に、順次、端末管理部３４、サーバ間通信部３６、システム管理Ｓ部３９の順にユニットａ初期化要求が転送される（ステップＳ２１１〜Ｓ２１５）。

ユニットａ初期化要求を受け取ったシステム管理Ｓ部３９はログイン処理時と同様に状態確認を行い（ステップＳ２１６）、ユニットａ初期化要求をシステム管理Ｃ部４６へ送信する（ステップＳ２１７）。システム管理Ｃ部４６はユニットａ初期化要求を受信してその内容を確認し、ユニットａ１１の初期化が要求されたと判断して状態確認（接続ユニットとの通信接続が正常状態か否か確認する）を行う（ステップＳ２１８）。続いて、システム管理Ｃ部４６はユニットａ初期化要求をユニットａ管理部５２へ送信する（ステップＳ２１９）。

ユニットａ管理部５２はユニットａ初期化要求を受信し、状態確認（自分自身が動作可能な状態か否か確認する）を行った上で（ステップＳ２２０）、ユニットａを初期化するコマンドを生成し、ユニットａ１１へ出力して初期化処理を実行する（ステップＳ２２１）。初期化処理の実行が終了した後、ユニットａ管理部５２は初期化完了の応答をシステム管理Ｃ部４６へ送信する（ステップＳ２２２）。初期化完了の応答はシステム管理Ｃ部４６から順次、システム管理Ｓ部３９、サーバ間通信部３６、端末管理部３４を経由してＧＵＩ部３１へ返信される（ステップＳ２２３〜Ｓ２２６）。

ユニットｂ１３およびユニットｃ１５の初期化についても、ＧＵＩ部３１からシステム管理Ｃ部４６までの情報の送信および応答の流れは同一であり、それ以下の流れが異なるのみである。このようにして、実際に処理を行う各部に対して、ＧＵＩ部３１からの情報の送信と、その情報に基づいて行われた処理の終了後の応答とが対になって実行される。

上述したように、本実施形態による装置制御システムでは、リモート制御の開発が比較的容易に行えるＷｅｂサービスの技術を用いて、制御の基本をローカル制御でなくリモート制御としている。また、操作対象の全接続機器を集中制御可能なシステム構成とするため、従来では制御装置毎に組み込まれていた全体処理部が統一化され、制御装置を管理する制御管理装置側に組み込まれている。これによって、ローカル制御とリモート制御のプログラムを共通にすることができ、接続機器（制御機器）を遠隔操作するための機能の追加や変更等を行う場合には、制御管理装置側に対してのみ追加や変更等を行えばよいので、システム開発に掛かる作業工数およびコストを低減することができる。

次に、本発明の第２の実施形態を説明する。本実施形態においては、装置Ａに接続されたユニットａ１１、ユニットｂ１３、およびユニットｃ１５の制御方法が第１の実施形態と異なる。まず、図４を参照し、第１の実施形態に対する変更部分を説明する。第１の実施形態のユニットａ管理部５２に着目すると、その機能は、システム管理Ｃ部４６からの指示に基づいてユニットａの制御を行うことだが、その機能をさらに分けると、システム管理Ｃ部４６からの指示に対応したコマンドを生成するユニットａ管理Ｓ部５５（コマンド生成手段）と、ユニットａ１１に接続するＩ／Ｆ１０（例えばＲＳ２３２−Ｃ）に対応した方式（汎用インタフェース規格に準拠した通信方法）でコマンドを送信する汎用Ｉ／Ｆ部６１とに分けることができる。

ユニットｂ管理部５３の機能も同様にユニットｂ管理Ｓ部５６（コマンド生成手段）と汎用Ｉ／Ｆ部６１とに分けることができる。ユニットａ１１に接続するＩ／Ｆ１０と、ユニットｂ１３に接続するＩ／Ｆ１２が同一の規格であるとしているので、ユニットａ管理部５２およびユニットｂ管理部５３の汎用Ｉ／Ｆ部は共通とすることができる。ユニットｃ管理部５４の機能も同様にユニットｃ管理Ｓ部５７（コマンド生成手段）と汎用Ｉ／Ｆ部６２とに分けることができる。

第１の実施形態では、制御装置３０と各ユニットを接続するケーブルや、各ユニットとの通信方法（通信プロトコル）がユニット毎に異なっていることを想定していた。この場合、各ユニットに対応した個別のユニット管理部を設ける必要がある。これに対して、本実施形態では、汎用的なハードウェアインタフェース（ＲＳ２３２−Ｃ等）と、ＯＳが提供する共通処理（汎用ドライバが提供する送受信処理や初期化処理のＡＰＩ（Application Program Interface）関数を、処理内容を変えて呼び出すことによって、個々のユニットを独立して制御する処理）とを用いることによって、システム開発の規模を小さくすることができる。

図３は、上述した変更部分を含んだ、本実施形態による装置制御システムの構成を示している。装置管理サーバ２９は、上述したユニットａ管理Ｓ部５５、ユニットｂ管理Ｓ部５６、およびユニットｃ管理Ｓ部５７を有している。ユニットａ管理Ｓ部５５はＩ／Ｆ５８を介して、ユニットｂ管理Ｓ部５６はＩ／Ｆ５９を介して、ユニットｃ管理Ｓ部５７はＩ／Ｆ６０を介して、それぞれシステム管理Ｓ部３９に接続している。

制御装置３０には、図１のユニットａ管理部５２およびユニットｂ管理部５３に代えて汎用Ｉ／Ｆ部６１が設けられ、Ｉ／Ｆ６３を介してシステム管理Ｃ部４６に接続していると共に、Ｉ／Ｆ１０を介してユニットａ１１に、Ｉ／Ｆ１２を介してユニットｂに接続している。また、ユニットｃ管理部５４に代えて汎用Ｉ／Ｆ部６２が設けられ、Ｉ／Ｆ６４を介してシステム管理Ｃ部４６に接続していると共に、Ｉ／Ｆ１４を介してユニットｃ１５に接続している。

システム管理Ｃ部４６は汎用Ｉ／Ｆ部６１および６２の状態管理を行う。システム管理Ｓ部３９は、第１の実施形態におけるシステム管理Ｃ部４６が行っていたユニットａ１１、ユニットｂ１３、およびユニットｃ１５の管理も行う。

次に、図５を参照し、本実施形態による装置制御システムの動作を説明する。ただし、装置制御システムへのログイン処理およびユニットａ１１の初期化のみを説明する。その他の操作に対する各処理部の動作に関しては、処理内容が異なるだけで処理の流れは基本的に変わらないため、上記の説明だけを行う。また、ログイン処理は第１の実施形態と同様であるため、図示および説明を省略し、ユニットａ１１の初期化指示がＧＵＩ部３１に入力された場合の処理を説明する。

ＧＵＩ部３１によって初期化要求が送信され、第１の実施形態と同様にして、システム管理Ｓ部３９によって受信される。システム管理Ｓ部３９は状態確認を行い（ステップＳ５０１）、初期化要求に基づいて、ユニットａ１１に対する初期化コマンドの生成をユニットａ管理Ｓ部５５に指示するために、初期化コマンド生成要求をユニットａ管理Ｓ部５５へ送信する（ステップＳ５０２）。

ユニットａ管理Ｓ部５５は初期化コマンド生成要求を受信し、初期化コマンド生成要求に基づいて、ユニットａ１１の初期化コマンドを生成し（ステップＳ５０３）、初期化コマンドの生成完了をシステム管理Ｓ部３９に応答する（ステップＳ５０４）。このとき、生成された初期化コマンドはシステム管理Ｓ部３９へ送信される。コマンド生成完了を通知されたシステム管理Ｓ部３９は、生成された初期化コマンドを含むユニットａ初期化要求をシステム管理Ｃ部４６へ送信する（ステップＳ５０５）。

システム管理Ｃ部４６はユニットａ初期化要求を受信し、第１の実施形態と同様の状態確認を実施した（ステップＳ５０６）後、ユニットａ初期化要求に付加された初期化コマンドを汎用Ｉ／Ｆ部６１へ送信する（ステップＳ５０７）。汎用Ｉ／Ｆ部６１は初期化コマンドを受信し、自身にエラーが発生していないことを確認する（ステップＳ５０８）。続いて、汎用Ｉ／Ｆ部６１は、Ｉ／Ｆ１０の汎用インタフェース規格に準拠した通信方法で初期化コマンドをユニットａ１１へ送信し、ユニットａの初期化を行う（ステップＳ５０９）。

ユニットａの初期化処理が終了した後、汎用Ｉ／Ｆ部６１はシステム管理Ｃ部４６に初期化完了を応答する（ステップＳ５１０）。システム管理Ｃ部４６は同様にシステム管理Ｓ部３９に初期化完了を応答する（ステップＳ５１１）。これ以降の処理は第１の実施形態と同様である。また、ユニットｂ１３およびユニットｃ１５の初期化も、同様の処理の流れで実施される。

上述したように、本実施形態による装置制御システムでは、接続機器の状態管理に必要な機能のうち、汎用インタフェース規格に関する機能を制御装置に残し、コマンドの生成等、制御機器に固有の機能を制御管理装置に設けている。これによって、制御装置には、汎用インタフェースに関するプログラムのみがインストールされていればよく、システムの機能変更等によるプログラムの変更は制御管理装置のみで行えばよくなる。したがって、システム開発に掛かる作業工数およびコストをより低減することができる。

次に、本発明の第３の実施形態を説明する。図６は、本実施形態による装置制御システムの構成を示している。本実施形態においては、端末管理部３４が読み出すアプリケーションファイル６７の内容に画面遷移情報が含まれてなく、表示処理の内容のみが含まれている。一方、システム管理Ｓ部３９は、ユニットの操作指示やログイン指示等の指示情報がＧＵＩ部３１に入力された際に操作端末２７の表示手段に表示される画面の遷移先を示す画面遷移情報を管理するＧＵＩ連動状態遷移管理部６８を備えている。

以下、本実施形態による装置制御システムの動作を説明する。ただし、装置制御システムへのログイン処理のみを説明する。その他の操作に対する各処理部の動作に関しては、処理内容が異なるだけで処理の流れは基本的に変わらないため、上記の説明だけを行う。まず、比較のため、図７を参照し、第１の実施形態による装置制御システムの動作を説明する。

ユーザが操作端末２７の操作手段を操作してログイン指示を入力すると、ＧＵＩ部３１から、ログイン情報を含むログイン要求が送信される（ステップＳ７０１）。端末管理部３４はログイン要求を受信し、ＧＵＩ部の確認を行う（ステップＳ７０２）と共に、ログイン要求に付加されたログイン情報に基づいて、ユーザ確認を行う（ステップＳ７０３）。続いて、端末管理部３４はログイン要求をサーバ間通信部３６へ送信する（ステップＳ７０４）。サーバ間通信部３６はシステム確認を行い（ステップＳ７０５）、ログイン要求をシステム管理Ｓ部３９へ送信する（ステップＳ７０６）。

一方、ログイン要求を送信した端末管理部３４は、アプリケーションファイル７９を参照し、ログイン処理に対応した表示処理の内容および画面遷移情報を読み出す。第１の実施形態による装置制御システムにおいては、ＧＵＩの遷移とシステムの状態の遷移が別々になっているため、端末管理部３４は、サーバ間通信部３６にログイン要求を送信した直後に、ログインの許可（ログインＯＫ）を想定した次画面表示用のデータ（ＨＴＭＬソースコードや必要な画像データ等）を準備する（ステップＳ７０７）。

一方、ログイン要求を受信したシステム管理Ｓ部３９は状態確認を行う（ステップＳ７０８）。状態確認の結果、ログインが不可（ＮＧ）と判断されたものとする。システム管理Ｓ部３９はログインＮＧをサーバ間通信部３６に通知する（ステップＳ７０９）。ログインＮＧは、サーバ間通信部３６を経由して端末管理部３４に通知される（ステップＳ７１０）。端末管理部３４は、ログインＮＧが通知されたため、予め用意していたログインＯＫ時の次画面表示用のデータを破棄した上で、再度アプリケーションファイル７９を参照し、ログインＮＧ時の次画面表示用のデータを準備する（ステップＳ７１１）。端末管理部３４は、準備したデータを画面表示の指示と共にＧＵＩ部３１へ送信する（ステップＳ７１２）。これらを受信したＧＵＩ部３１によって、ＨＴＭＬソースコードの解析等が行われ、操作端末２７の表示手段によってログインＮＧ時の画面が表示される。

従来と同様にＧＵＩ処理のシーケンスがユーザ入力に依存していると、システムの内部処理の遷移（内部システムの状態遷移）に矛盾が生じ、表示画面の準備の再処理が必要となる場合がある。これによって、例えば操作端末２７において、一度画面表示がなされた後、再度別の画面表示がなされて、画面のちらつきが発生する場合がある。

次に、図８を参照し、本実施形態による装置制御システムの動作を説明する。ステップＳ８０１〜Ｓ８０６は図７のステップＳ７０１〜Ｓ７０６と同様であるので、説明を省略する。ＧＵＩ部３１から送信されたログイン要求を受信したシステム管理Ｓ部３９は状態確認を行う（ステップＳ８０７）。ログイン要求を送信した端末管理部３４は、内部システムの処理と連動して表示すべき画面情報の問合せを示す問合せ情報をサーバ間通信部３６へ送信する（ステップＳ８０８）。問合せ情報は、サーバ間通信部３６を経由してシステム管理Ｓ部３９へ転送される（ステップＳ８０９）。

問合せ情報を受信したシステム管理Ｓ部３９のＧＵＩ連動状態遷移管理部６８は、現在のシステム状態と画面遷移情報とに基づいて、現在のシステム状態（状態確認中）で表示すべき画面の遷移先を特定し、そのＩＤ情報をサーバ間通信部３６へ送信する（ステップＳ８１０）。ＩＤ情報は、サーバ間通信部３６を経由して端末管理部３４へ転送される（ステップＳ８１１）。ＩＤ情報を受信した端末管理部３４は、そのＩＤ情報に対応したアプリケーションファイル６７を読み出し、表示処理の内容に従って次画面表示用のデータを準備する（ステップＳ８１２）。端末管理部３４は、準備したデータと共に画面表示の指示情報をＧＵＩ部３１へ送信する（ステップＳ８１３）。これらを受信したＧＵＩ部３１によって、ＨＴＭＬソースコードの解析等が行われ、操作端末２７の表示手段によって状態確認中の画面が表示される。

問合せ情報はＧＵＩ部３１からシステム管理Ｓ部３９へ定期的に送信される（ステップＳ８１４〜Ｓ８１５）。システム管理Ｓ部３９が問合せ情報を受信したとき、状態確認が終了していたとする。システム管理Ｓ部３９のＧＵＩ連動状態遷移管理部６８は、現在のシステム状態と画面遷移情報とに基づいて、現在のシステム状態（状態確認終了）で表示すべき画面の遷移先を特定し、そのＩＤ情報をサーバ間通信部３６へ送信する（ステップＳ８１６）。問合せ情報は、サーバ間通信部３６を経由してシステム管理Ｓ部３９へ転送される（ステップＳ８１７）。

ＩＤ情報を受信した端末管理部３４は、そのＩＤ情報に対応したアプリケーションファイル６７を読み出し、表示処理の内容に従って次画面表示用のデータを準備する（ステップＳ８１８）。端末管理部３４は、準備したデータと共に画面表示の指示をＧＵＩ部３１へ送信する（ステップＳ８１９）。これらを受信したＧＵＩ部３１によって、ＨＴＭＬソースコードの解析等が行われ、操作端末２７の表示手段によって状態確認終了後の画面が表示される。

上述したように、本実施形態による装置制御システムでは、システム管理Ｓ部３９がシステムの状態遷移と操作端末２７の表示手段の表示画面（の切替）とを関連付けて管理し、ＧＵＩ処理のシーケンスを内部システムの状態に依存させている。これによって、前述したような内部システムの状態遷移の矛盾を発生させないようにすることができる。また、システムの規模を小さくすると共に、仕様変更に強いシステムを構築することができる。

例えば、以下のような仕様変更を行うことを想定する。
画面Ａのボタンが押されると、内部システムで処理αが実行された後、画面Ｂが表示される。＜仕様変更前＞
画面Ａのボタンが押されると、内部システムで処理βが実行された後、画面Ｃが表示される。＜仕様変更後＞

この仕様変更の場合、第１の実施形態による装置制御システムでは、画面Ａのボタンが押されると画面Ｃが表示されるように端末管理部３４の画面遷移処理の仕様を変更すると共に、画面Ａのボタンの押下によって発生する命令に対して内部システムで処理βが実行されるようにシステム管理Ｓ部３９の仕様を変更する必要がある。これに対して、本実施形態による装置制御システムでは、画面遷移処理と内部システムでの実行処理との両方をシステム管理Ｓ部３９が管理し、端末管理部３４は、システム管理Ｓ部３９の指示に従って画面表示に必要なデータを用意する。このため、仕様変更による変更作業は、システム管理Ｓ部３９に対してのみ行えばよい。

次に、本発明の第４の実施形態を説明する。図９は、本実施形態による装置制御システムの構成を示している。本実施形態においては、同一のユニットの組合せを有する同種の２つの装置Ａを個別に制御する制御装置３０ａおよび３０ｂが設けられている。制御装置３０ａはシステム管理Ｃ部４６ａ、ユニットａ管理部５２ａ、ユニットｂ管理部５３ａ、およびユニットｃ管理部５４ａを備えている。システム管理Ｃ部４６ａは、Ｉ／Ｆ４７ａを介してシステム管理Ｓ部３９と接続している。ユニットａ管理部５２ａは、Ｉ／Ｆ４９ａを介してシステム管理Ｃ部４６ａと接続し、Ｉ／Ｆ１０ａを介してユニットａ１１ａと接続している。ユニットｂ管理部５３ａは、Ｉ／Ｆ５０ａを介してシステム管理Ｃ部４６ａと接続し、Ｉ／Ｆ１２ａを介してユニットｂ１３ａと接続している。ユニットｃ管理部５４ａは、Ｉ／Ｆ５１ａを介してシステム管理Ｃ部４６ａと接続し、Ｉ／Ｆ１４ａを介してユニットｃ１５ａと接続している。

制御装置３０ｂはシステム管理Ｃ部４６ｂ、ユニットａ管理部５２ｂ、ユニットｂ管理部５３ｂ、およびユニットｃ管理部５４ｂを備えている。システム管理Ｃ部４６ｂは、Ｉ／Ｆ４７ｂを介してシステム管理Ｓ部３９に接続されている。ユニットａ管理部５２ｂは、Ｉ／Ｆ４９ｂを介してシステム管理Ｃ部４６ｂと接続し、Ｉ／Ｆ１０ｂを介してユニットａ１１ｂと接続している。ユニットｂ管理部５３ｂは、Ｉ／Ｆ５０ｂを介してシステム管理Ｃ部４６ｂと接続し、Ｉ／Ｆ１２ｂを介してユニットｂ１３ｂと接続している。ユニットｃ管理部５４ｂは、Ｉ／Ｆ５１ｂを介してシステム管理Ｃ部４６ｂと接続し、Ｉ／Ｆ１４ｂを介してユニットｃ１５ｂと接続している。このように、制御装置３０ａおよび３０ｂは、第１および第２の実施形態における制御装置３０と同等の構成を備えた同種の装置である。

装置管理サーバ２９のシステム管理Ｓ部３９は接続装置ＩＤ選択部６９（制御装置識別手段）を備えている。接続装置ＩＤ選択部６９は、ＧＵＩ部３１にユニットの操作指示が入力された場合に、２つの装置Ａ（制御装置３０ａと３０ｂ）のうち、どちらの装置のユニットの操作指示が入力されたのかを判定し、その操作指示をどちらの制御装置へ送信すべきであるのかを識別する。システム管理Ｓ部３９には、Ｉ／Ｆ４１ａを介してユニットｄ１管理部４３ａが接続され、Ｉ／Ｆ４１ｂを介してユニットｄ２管理部４３ｂが接続され、Ｉ／Ｆ４０ａを介して通信処理部４２ａが接続され、Ｉ／Ｆ４０ｂを介して通信処理部４２ｂが接続されている。

ユニットｄ１管理部４３ａ、ユニットｄ２管理部４３ｂは、それぞれ制御装置３０ａ、３０ｂに対応して設けられている。同様に、通信処理部４２ａ、４２ｂは、それぞれ制御装置３０ａ、３０ｂに対応して設けられている。通信処理部４２ａはＩ／Ｆ４４ａを介して、通信処理部４２ｂはＩ／Ｆ４４ｂを介して通信サーバ処理部１７に接続している。

次に、図１０を参照し、本実施形態による装置制御システムの動作を説明する。ただし、装置制御システムへのログイン処理のみを説明する。その他の操作に対する各処理部の動作に関しては、処理内容が異なるだけで処理の流れは基本的に変わらないため、上記の説明だけを行う。

ユーザによって、操作端末２７の操作手段を介してログイン指示が入力され、さらにこの際に、接続を希望する装置の選択指示が入力される（ステップＳ１００１）。ここでは制御装置３０ｂの接続された装置Ａが選択されたとする。ＧＵＩ部３１は、接続可能な装置のＩＤ情報（制御装置３０ａと３０ｂを識別可能な装置シリアル番号等の情報）を予め所持しており、その情報を操作端末２７の表示手段に表示させ、ユーザに選択を促す処理を行う。ＧＵＩ部３１は、ユーザによって入力された選択結果に基づいて、制御装置３０ｂのＩＤ情報およびログイン情報を含むログイン要求を端末管理部３４へ送信する（ステップＳ１００２）。

端末管理部３４はログイン要求を受信し、ＧＵＩ部の確認を行う（ステップＳ１００３）と共に、ログイン要求に付加されたログイン情報に基づいて、ユーザ確認を行う（ステップＳ１００４）。続いて、端末管理部３４はログイン要求をサーバ間通信部３６へ送信する（ステップＳ１００５）。サーバ間通信部３６はシステム確認を行い（ステップＳ１００６）、ログイン要求をシステム管理Ｓ部３９へ送信する（ステップＳ１００７）。

システム管理Ｓ部３９はログイン要求を受信し、ログイン要求に含まれるＩＤ情報を、予め所持している接続装置（制御装置３０ａおよび３０ｂ）のＩＤ情報と照合し、制御装置３０ｂへの接続が指示されていると判断する。システム管理Ｓ部３９は、システム管理Ｃ部４６ｂに対して状態確認指示を送信し、状態確認を指示する（ステップＳ１００８）。

システム管理Ｃ部４６ｂは状態確認指示を受信し、接続ユニットとの通信接続が正常状態か否か等の内部システムの状態確認を行う（ステップＳ１００９）。システム管理Ｃ部４６ｂは、状態確認の結果に基づいてログインの可否を判断し、その判断結果（ログイン可否結果）を含む状態応答をシステム管理Ｓ部３９に通知する（ステップＳ１０１０）。ここでは、ログインが許可されたものとする。

システム管理Ｓ部３９は、システム管理Ｃ部４６ｂによって通知されたログインの可否に基づいてログインＯＫ（ログイン許可）とログインＮＧ（ログイン不可）のいずれかの情報をサーバ間通信部３６へ送信する。ここでは、ログインが許可されたので、システム管理Ｓ部３９はログインＯＫをサーバ間通信部３６に通知する（ステップＳ１０１１）。ログインＯＫの情報は、サーバ間通信部３６から端末管理部３４に通知される（ステップＳ１０１２）。

端末管理部３４はログインＯＫの通知に従って、ログインＯＫ時の次画面表示用のデータを準備する（ステップＳ１０１３）。端末管理部３４は、準備したデータを画面表示の指示と共にＧＵＩ部３１へ送信する（ステップＳ１０１４）。これらを受信したＧＵＩ部３１によって、ＨＴＭＬソースコードの解析等が行われ、操作端末２７の表示手段によってログインＯＫ時の画面が表示される。

上述したように、本実施形態による装置制御システムでは、同種の複数の制御装置が制御管理装置に接続されており、ユーザから接続機器の操作指示が入力された場合に、制御装置のＩＤ情報に基づいて、どの制御装置に接続された接続機器の操作が指示されたのかが判断される。そして、判断結果に基づいて、指示された接続機器を有する制御装置への接続が確立される。これによって、１つの操作端末から同一種類の複数の装置を区別してリモート制御することができる。

次に、本発明の第５の実施形態を説明する。図１１は、本実施形態による装置制御システムの構成を示している。本実施形態においては、装置Ａを制御する制御装置３０ａと、装置Ｂを制御する制御装置３０ｃとが設けられており、装置Ａと装置Ｂは、ユニットの組合せが異なる異種の装置であるとする。制御装置３０ｃはシステム管理Ｃ部４６ｃ、ユニットｆ管理部２３ｃ、およびユニットｇ管理部２４ｃを備えている。システム管理Ｃ部４６ｃは、Ｉ／Ｆ４７ｃを介してシステム管理Ｓ部３９と接続している。ユニットｆ管理部２３ｃは、Ｉ／Ｆ６５を介してシステム管理Ｃ部４６ｃと接続し、Ｉ／Ｆ２５ｃを介してユニットｆ２０ｃと接続している。ユニットｇ管理部２４ｃは、Ｉ／Ｆ６６を介してシステム管理Ｃ部４６ｃと接続し、Ｉ／Ｆ２６ｃを介してユニットｇ２１ｃと接続している。このように、制御装置３０ａおよび３０ｃは、異なる組合せのユニットを制御するための異なる構成を備えた異種の装置である。

装置管理サーバ２９のシステム管理Ｓ部３９は接続装置種類選択部７０（制御装置識別手段）を備えている。接続装置種類選択部７０は、ＧＵＩ部３１にユニットの操作指示が入力された場合に、装置Ａと装置Ｂ（制御装置３０ａと３０ｃ）のうち、どちらの装置のユニットの操作指示が入力されたのかを判定し、その操作指示をどちらの制御装置へ送信すべきであるのかを識別する。システム管理Ｓ部３９には、Ｉ／Ｆ４１ａを介してユニットｄ１管理部４３ａが接続され、Ｉ／Ｆ４０ａを介して通信処理部４２ａが接続され、Ｉ／Ｆ４０ｃを介して通信処理部４２ｃが接続されている。

ユニットｄ１管理部４３ａは、制御装置３０ａに対応して設けられている。通信処理部４２ａ、４２ｃは、それぞれ制御装置３０ａ、３０ｃに対応して設けられている。通信処理部４２ａはＩ／Ｆ４４ａを介して、通信処理部４２ｃはＩ／Ｆ４４ｃを介して通信サーバ処理部１７に接続している。

次に、図１２を参照し、本実施形態による装置制御システムの動作を説明する。ただし、装置制御システムへのログイン処理のみを説明する。その他の操作に対する各処理部の動作に関しては、処理内容が異なるだけで処理の流れは基本的に変わらないため、上記の説明だけを行う。

ユーザによって、操作端末２７の操作手段を介してログイン指示が入力され、さらにこの際に、接続を希望する装置の選択指示が入力される（ステップＳ１２０１）。ここでは制御装置３０ｃの接続された装置Ｂが選択されたとする。ＧＵＩ部３１は、接続可能な装置のＩＤ情報（制御装置３０ａと３０ｃを識別可能なシステムＩＤ名等の情報）を予め所持しており、その情報を操作端末２７の表示手段に表示させ、ユーザに選択を促す処理を行う。ＧＵＩ部３１は、ユーザによって入力された選択結果に基づいて、制御装置３０ｃのＩＤ情報およびログイン情報を含むログイン要求を端末管理部３４へ送信する。

以降、第４の実施形態と同様に、ログイン要求はシステム管理Ｓ部３９へ転送される。システム管理Ｓ部３９は、ログイン要求に含まれるＩＤ情報を、予め所持している接続装置（制御装置３０ａおよび３０ｃ）のＩＤ情報と照合し、制御装置３０ｃへの接続が指示されていると判断する。システム管理Ｓ部３９は、システム管理Ｃ部４６ｃに対して状態確認指示を送信し、状態確認を指示する（ステップＳ１２０２）。

システム管理Ｃ部４６ｃは状態確認指示を受信し、接続ユニットとの通信接続が正常状態か否か等の内部システムの状態確認を行う（ステップＳ１２０３）。システム管理Ｃ部４６ｃは、状態確認の結果に基づいてログインの可否を判断し、その判断結果（ログイン可否結果）を含む状態応答をシステム管理Ｓ部３９に通知する（ステップＳ１２０４）。ここでは、ログインが許可されたものとする。

システム管理Ｓ部３９は、システム管理Ｃ部４６によって通知されたログインの可否に基づいてログインＯＫ（ログイン許可）とログインＮＧ（ログイン不可）のいずれかの情報をサーバ間通信部３６へ送信する。ここでは、ログインが許可されたので、システム管理Ｓ部３９はログインＯＫをサーバ間通信部３６に通知する。以降、第４の実施形態と同様にログインＯＫの情報は、サーバ間通信部３６から端末管理部３４に通知される。端末管理部３４はログインＯＫの通知に従って、ログインＯＫ時の次画面表示用のデータを準備し、画面表示の指示と共にＧＵＩ部３１へ送信する。これらを受信したＧＵＩ部３１によって、ＨＴＭＬソースコードの解析等が行われ、操作端末２７の表示手段によってログインＯＫ時の画面が表示される。

上述したように、本実施形態による装置制御システムでは、異種の複数の制御装置が制御管理装置に接続されており、ユーザから接続機器の操作指示が入力された場合に、制御装置のＩＤ情報に基づいて、どの制御装置に接続された接続機器の操作が指示されたのかが判断される。そして、判断結果に基づいて、指示された接続機器を有する制御装置への接続が確立される。これによって、１つの操作端末から異なる種類の複数の装置を区別してリモート制御することができる。

次に、本発明の第６の実施形態を説明する。図１３は、本実施形態による装置制御システムの構成を示している。本実施形態において、操作管理サーバ２８には２台の操作端末２７ａおよび２７ｂが接続されている。操作端末２７ａのＧＵＩ部３１ａはＩ／Ｆ３２ａを介して、操作端末２７ｂのＧＵＩ部３１ｂはＩ／Ｆ３２ｂを介して操作管理サーバ２８の端末管理部３４に接続している。制御装置３０が備えるユニットの操作指示を各ＧＵＩ部に入力することが可能であるが、両方のＧＵＩ部にユニットの操作指示が入力されると、そのユニットあるいは制御装置３０は競合状態となってしまう。このため、本実施形態では排他制御が行われる。

システム管理Ｓ部３９は、この排他制御のための接続装置状態管理部７１（第１の動作可否判断手段）を備えている。接続装置状態管理部７１は、操作端末２７ａおよび２７ｂからユニットの操作指示が送信された場合に、操作指示の競合状態に基づいて、ユニット操作の実行の可否、すなわちユニットの動作可否を判断する。

以下、図１４を参照し、本実施形態による装置制御システムの動作を説明する。ただし、ユニットａ１１の動作指示の入力のみを説明する。その他の操作に対する各処理部の動作に関しては、処理内容が異なるだけで処理の流れは基本的に変わらないため、上記の説明だけを行う。また、ログイン処理は第１の実施形態と同様であるため、図示および説明を省略し、ユニットａ１１の操作指示がＧＵＩ部３１に入力された場合の処理を説明する。

ＧＵＩ部３１ａ（第１のＧＵＩ部）からユニットａ１１の操作指示が入力されると、ＧＵＩ部３１ａは操作指示を端末管理部３４へ送信する（ステップＳ１４０１）。この操作指示は、端末管理部３４およびサーバ間通信部３６を経由して、システム管理Ｓ部３９に転送される（ステップＳ１４０２〜Ｓ１４０３）。システム管理Ｓ部３９の接続装置状態管理部７１は、ユニットａ１１の動作が可能であるか否かの状態確認を行う。この時点でＧＵＩ部３１ａにのみユニットａ１１の操作指示が入力されているものとすると、操作指示は競合しないため、接続装置状態管理部７１はユニットａ１１の操作が可能（あるいはＧＵＩ部３１ａからの操作指示の入力が有効）であると判断する（ステップＳ１４０４）。続いて、前述した動作と同様にして、システム管理Ｓ部３９は、システム管理Ｃ部４６以下のサブシステムを経由してユニットａ１１を動作させる。これによって、ＧＵＩ部３１ａからのユニットａ１１のリモート操作が可能になる。

ユニットａ１１が動作している間にＧＵＩ部３１ｂ（第２のＧＵＩ部）にユニットａ１１の操作指示が入力された場合、その操作指示は、端末管理部３４およびサーバ間通信部３６を経由して、システム管理Ｓ部３９へ転送される（ステップＳ１４０５〜Ｓ１４０７）。システム管理Ｓ部３９の接続装置状態管理部７１は、ユニットａ１１の動作が可能であるか否かの状態確認を行う。システム管理Ｃ部４６以下のサブシステム側からは動作完了応答が通知されていないため、接続装置状態管理部７１は、ユニットａ１１が動作中であり、ＧＵＩ部３１ｂからのユニットａ１１の操作指示の入力が無効であると判断する（ステップＳ１４０８）。

接続装置状態管理部７１は、上記の判断結果に基づいて、ユニットａ１１の操作の不可（ＮＧ）をサーバ間通信部３６に通知する（ステップＳ１４０９）。この通知は、サーバ間通信部３６および端末管理部３４を経由してＧＵＩ部３１ｂに通知される（ステップＳ１４１０〜Ｓ１４１１）。ＧＵＩ部３１ｂは、この通知に基づいて、例えばユニットａ１１の操作ができないことをユーザに通知するための表示を図示せぬ表示手段に行わせる。

以降、ユニットａ１１の動作が完了した場合、ユニットａ管理部５２から動作完了の応答がシステム管理Ｓ部３９に通知される。システム管理Ｓ部３９の接続装置状態管理部７１は、この動作完了の応答を検知し、ユニットａ１１の操作が可能（ＯＫ）となったことをサーバ間通信部３６に通知する（ステップＳ１４１２）。この通知はサーバ間通信部３６および端末管理部３４を経由してＧＵＩ部３１ｂに通知される（ステップＳ１４１３〜Ｓ１４１４）。ＧＵＩ部３１ｂは、この通知に基づいて、例えばユニットａ１１の操作が可能となったことをユーザに通知するための表示を図示せぬ表示手段に行わせる。これによって、ＧＵＩ部３１ｂからのユニットａ１１のリモート操作が可能になる。

なお、本実施形態においては、２つの操作端末２７ａおよび２７ｂから、１つのユニットａ１１を動作させる要求が入力され、ユニットａ１１の操作指示が競合する場合を例として、後に操作指示が入力された操作端末に対しては、ユニットａ１１の操作指示が不可となることを説明した。これに対して、一方の操作端末からあるユニットの操作指示（モータの動作指示等）が入力されて、そのユニットの動作中に別の操作端末から、動作中のユニットとは別のユニットの操作指示（現在位置の読み出し指示等）が入力された場合に、接続装置状態管理部７１が別ユニットの操作を許可するようにしてもよい。

また、本実施形態においては、操作端末が２つの場合を説明したが、操作端末の数はこれに限定されず、各操作端末からのユニットの操作指示の入力が識別可能であれば、操作端末はいくつでもよい。

上述したように、本実施形態による装置制御システムでは、複数の操作指示入力手段から入力される接続機器の操作指示の競合状態が監視され、複数の操作指示入力手段から同一の接続機器の操作指示が入力された場合には、一の操作指示入力手段からの操作指示が有効となり、その操作指示入力手段を介した操作が終了するまで、他の操作指示入力手段からの操作指示の入力は無効となる。これによって、同一の接続機器に対する複数の操作指示が競合する場合でも、その排他制御を行い、動作に矛盾なく接続機器を動作させることができる。

次に、本発明の第７の実施形態を説明する。図１５は、本実施形態による装置制御システムの構成を示している。本実施形態において、制御装置３０にはユニットｘ１０５が接続されている。ユニットｘ１０５は、例えば被写体を撮像して画像を取得するものであり、通信速度等の制約のためローカル制御のみ可能であることが予め設定されている。すなわち、ユーザが制御装置３０からユニットｘ１０５を操作することはできるが、操作端末２７からユニットｘ１０５を操作することはできないような設定がシステムの仕様上なされている。ユニットｘ管理部１０４は、ユニットｘ１０５を制御するための、例えばドライバソフトの起動によって起動する処理手段である。ユニットｘ管理部１０４は、Ｉ／Ｆ８１を介してシステム管理Ｃ部４６と接続し、Ｉ／Ｆ８２を介してユニットｘ１０５と接続している。

操作端末２７は起動装置確認部１０２（入力識別手段）を備えている。この起動装置確認部１０２は、ＧＵＩ機能によりユニットｘ１０５の操作指示が入力された際に起動するものである。操作端末２７のＧＵＩ部３１にユニットｘ１０５の操作指示が入力された場合には、図１５に示されるように、操作端末２７において起動装置確認部１０２が起動し、制御装置３０のＧＵＩ部からユニットｘ１０５の操作指示が入力された場合には、図１６に示されるように、制御装置３０において起動装置確認部１０２が起動する。

この起動装置確認部１０２は、操作端末２７のＧＵＩ部３１、および図１６に示される制御装置３０のＧＵＩ部１０１のいずれかにユニットｘ１０５の操作指示が入力された場合に、ＧＵＩ部３１とＧＵＩ部１０１のどちらに入力されたのかを識別する機能を有している。すなわち、起動装置確認部１０２は、ユニットｘ１０５に関して、リモート制御とローカル制御のどちらが指示されたのかを判別する機能を有している。起動装置確認部１０２は、ユニットｘ１０５の操作指示が入力された装置と、ユニットｘ１０５の操作が可能に設定されている装置とが同一であった場合、すなわち制御装置３０のＧＵＩ部１０１からユニットｘ１０５の操作指示が入力され、ローカル制御が指示された場合にのみ、ユニットｘ１０５へのアクセスを可能とする。

図１５においては、起動装置確認部１０２は、Ｉ／Ｆ８３を介してＧＵＩ部３１と接続している。また、図１６においては、起動装置確認部１０２は、Ｉ／Ｆ８４を介してシステム管理Ｃ部４６と接続し、Ｉ／Ｆ８５を介してＧＵＩ部１０１と接続している。ＧＵＩ部１０１は、Ｉ／Ｆ８６を介してユニットｘ管理部１０４と接続している。

次に、本実施形態による装置制御システムの動作を説明する。ここでは、ユーザが制御装置３０からユニットｘ１０５の操作を行おうとした場合の動作を、図１７を参照して説明する。本実施形態においては、ユニットｘ１０５の操作によって、制御装置３０の図示せぬ表示手段にライブ画像が表示されるものとする。ユーザの指示によって、ＧＵＩ部１０１が起動し、ユニットｘ１０５の操作指示が入力される（ステップＳ１７０１）と、ＧＵＩ部１０１は、起動装置確認部１０２を起動させ、起動装置の確認を指示する（ステップＳ１７０２）。指示を受けた起動装置確認部１０２は、起動装置を一意に特定する情報（ネットワークＩＰアドレスやＭＡＣアドレス等）に基づいて、ＧＵＩが起動された起動装置が制御装置３０であるか否かを判断する（ステップＳ１７０３）。なお、起動装置確認部１０２は、起動装置の識別情報と各ユニットの制御可否の情報とが関連付けられた情報を予め所持し、その情報に基づいて上記の判断を行う。

この場合、起動装置確認部１０２は、起動装置が制御装置３０と一致すると判断し、システム管理Ｃ部４６に対して、ユニットｘ管理部１０４の起動（ユニットｘ１０５の起動）を指示する（ステップＳ１７０４）。システム管理Ｃ部４６は、この指示に基づいてユニットｘ管理部１０４を起動する（ステップＳ１７０５）。起動したユニットｘ管理部１０４は、ライブ画像を表示するための準備処理を行い（ステップＳ１７０６）、ＧＵＩ部１０１に準備完了の応答を行う（ステップＳ１７０７）。なお、起動後にユニットｘ管理部１０４は、Ｉ／Ｆ８６を介してＧＵＩ部１０１と直接通信を行うことが可能となる。

ＧＵＩ部１０１は、ユニットｘ管理部１０４からの応答に基づいて、準備が完了したことをユーザに通知するための表示を図示せぬ表示手段に行わせる。続いて、ユーザによってＧＵＩ部１０１にライブ画像の表示の開始指示が入力される（ステップＳ１７０８）と、ＧＵＩ部１０１はユニットｘ管理部１０４にライブ表示開始指示を送信する（ステップＳ１７０９）。ユニットｘ管理部１０４はライブ表示開始指示を受信し、ユニットｘ１０５に対して画像入力のコマンドを送信する。コマンドを受信したユニットｘ１０５は画像入力を開始し、ユニットｘ管理部１０４に画像が入力される（ステップＳ１７１０）。

ユニットｘ管理部１０４は、入力された画像をＧＵＩ部１０１へ送信する。ＧＵＩ部１０１は画像を受信して、図示せぬ表示手段に画像を表示させる（ステップＳ１７１１）。ユニットｘ１０５から連続的に入力された画像は動画像として表示される。続いて、ユーザによってＧＵＩ部１０１にライブ画像の表示の停止指示が入力される（ステップＳ１７１２）と、ＧＵＩ部１０１はライブ表示停止指示をユニットｘ管理部１０４へ送信する（ステップＳ１７１３）。ユニットｘ管理部１０４はライブ表示停止指示を受信し、ユニットｘ１０５に対して画像入力の停止を指示するコマンドを送信する。コマンドを受信したユニットｘ１０５は画像入力を停止する（ステップＳ１７１４）。

ユニットｘ管理部１０４はユニットｘ１０５の状態を管理し、ユニットｘ１０５からの画像入力が停止したら、画像入力の停止が完了したことを通知するための入力停止完了をＧＵＩ部１０１へ送信する（ステップＳ１７１５）。続いて、ユーザによってＧＵＩ部１０１からライブ画像の表示を終了する指示が入力される（ステップＳ１７１６）と、ＧＵＩ部１０１はライブ表示終了指示をユニットｘ管理部１０４へ送信する（ステップＳ１７１７）。ユニットｘ管理部１０４はライブ表示終了指示を受信し、ライブ画像の表示の終了処理を行う（ステップＳ１７１８）。なお、ライブ画像の表示の停止指示が入力された後、ライブ画像の表示の再開指示が入力された場合には、画像入力の開始時と同様にして、ライブ画像の表示が再開される。

ユーザが操作端末２７からユニットｘ１０５の操作を行おうとした場合には、例えば以下のようになる。ユーザの指示によって、ＧＵＩ部３１が起動し、ユニットｘ１０５の操作指示が入力されると、ＧＵＩ部３１は、起動装置確認部１０２を起動させ、起動装置の確認を指示する。指示を受けた起動装置確認部１０２は、起動装置を一意に特定する情報に基づいて、ＧＵＩが起動された起動装置が制御装置３０であるか否かを判断する。この場合、起動装置確認部１０２は、起動装置が制御装置３０と一致しないと判断し、ＧＵＩ部３１へ判断結果を送信する。ＧＵＩ部３１は判断結果を受信し、その判断結果に基づいて、ユニットｘ１０５を操作できない旨の表示を図示せぬ表示手段に表示させる等の処理を行う。

上述したように、本実施形態による装置制御システムでは、接続機器が接続された制御装置でのみ、その制御機器をローカル制御可能な場合に、その制御装置から接続機器の操作指示が入力されたときにのみ、接続機器の制御が可能となる。装置制御システムが上記の起動装置確認部１０２を備えることによって、上記のような制御が可能となるので、システムの小改造を行うだけで、ローカル制御のみ可能な接続機器の制御を行うことができる。なお、起動装置確認部１０２がシステム管理Ｓ部３９に接続される形態としてもよい。

次に、本実施形態の変形例を説明する。図１８は、本変形例による装置制御システムの構成を示している。図１８は図１５と同様に、操作端末２７のＧＵＩ部３１にユニットｘ１０５の操作指示が入力され、起動装置確認部１０２が起動した場合の構成を示している。ＧＵＩ部３１にはＩ／Ｆ８７を介して動作可否確認部１０６（第２の動作可否判断手段）が接続されている。動作可否確認部１０６は、ＧＵＩ部３１にユニットｘ１０５の操作指示が入力された場合に、システム管理Ｃ部４６へ通信時間測定用のテストデータを送信し、テストデータを送信してから、テストデータの受信確認をシステム管理Ｃ部４６から受信するまでの時間に基づいて、ユニットｘ１０５の動作可否を判断する。

この動作可否確認部１０６も起動装置確認部１０２と同様に、ＧＵＩ部３１にユニットｘ１０５の操作指示が入力された場合に起動する。ユニットｘ１０５は、装置制御システム上の通信速度の制約によって、ローカル制御のみが可能な設定となっているが、必要な通信速度（ユニットｘ１０５からＧＵＩ部３１へリアルタイムに画像を送信するのに十分な通信速度）が得られる場合には、ユニットｘ１０５のリモート制御が可能となる。

以下、図１９を参照し、本変形例による装置制御システムの動作を説明する。ユーザの指示によって、ＧＵＩ部１０１が起動し、ユニットｘ１０５の操作指示が入力される（ステップＳ１９０１）と、ＧＵＩ部１０１は、起動装置確認部１０２を起動させ、起動装置の確認を指示する（ステップＳ１９０２）。指示を受けた起動装置確認部１０２は、起動装置を一意に特定する情報に基づいて、ＧＵＩが起動された起動装置が制御装置３０であるか否かを判断する（ステップＳ１９０３）。

この場合、起動装置確認部１０２は、起動装置が制御装置３０と一致しないと判断し、判断結果をＧＵＩ部３１へ送信する（ステップＳ１９０４）。ＧＵＩ部３１は判断結果を受信し、その判断結果に基づいて、リモート応答速度の計測を動作可否確認部１０６に依頼する（ステップＳ１９０５）。依頼を受けた動作可否確認部１０６は、所定のデータ量を有するテストデータを生成し、システム管理Ｃ部４６へ送信する。テストデータは、ＧＵＩ部３１、端末管理部３４、サーバ間通信部３６、およびシステム管理Ｓ部３９を経由してシステム管理Ｃ部４６へ転送される（ステップＳ１９０６）。

システム管理Ｃ部４６は、テストデータを受信すると、テストデータを受信したことを通知するための応答（受信確認）を即座に動作可否確認部１０６へ送信する。この応答はテストデータと逆の経路で動作可否確認部１０６へ転送される（ステップＳ１９０７）。動作可否確認部１０６は、テストデータの送信と同時に内部のタイマーを起動して計時を開始しており、テストデータを送信してから、システム管理Ｃ部４６からの応答を受信するまでの時間を計測する。動作可否確認部１０６は、計測した時間を所定のしきい値と比較し、応答時間の長さに依存して動作の可否が決まるユニットｘ１０５に対する制御の可否を判断する。

計測した時間が所定のしきい値以下であった場合には、動作可否確認部１０６は、ユニットｘ１０５のリモート制御が可能であると判断する。一方、計測した時間が所定のしきい値を超えた場合には、動作可否判断部１０６は、ユニットｘ１０５のリモート制御が不可能であると判断する。本変形例においては、ユニットｘ１０５のリモート制御が可能であると判断されたとする（ステップＳ１９０８）。

動作可否確認部１０６は、ユニットｘ管理部１０４の起動をシステム管理Ｃ部４６に指示する（ステップＳ１９０９）。指示を受けたシステム管理Ｃ部４６はユニットｘ管理部１０４を起動する（ステップＳ１９１０）。また、動作可否確認部１０６は判断結果をＧＵＩ部３１に通知する（ステップＳ１９１１）。ＧＵＩ部３１は、通知された判断結果に基づいて、ユニットｘ１０５のリモート制御の可否を図示せぬ表示手段に表示させる。

上述したように、本変形例による装置制御システムでは、リモート応答速度に制御の可否が依存するような接続機器に対して、そのリモート制御の許可／禁止が自動的に認識される。これによって、リモート操作時の通信速度が原因で、現在ローカル制御のみが可能な接続機器に対して、将来通信速度が向上した場合に、システムを変更することなく、その接続機器のリモート制御を行うことができる。なお、動作可否確認部１０６がシステム管理Ｓ部３９に接続される形態としてもよい。

以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成はこれらの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、コマンドデータや状態管理データ等を外部ファイルに出力しておき、必要なときにそれらのデータを入力するようにしてもよい。その場合、装置管理サーバ２９に接続したデータ共有システムに全ての出力ファイルを一括管理させ、必要に応じて入出力処理によって装置管理サーバ２９が読み出す構成としてもよい。それにより、出力ファイルの更新を容易にすることができる。

また、接続機器を備える制御装置が制御する対象は、画像を取得するシステムであってもよいし、半導体検査装置であってもよい。さらに、上述した各実施形態において、各処理部が主にプログラムの起動によって起動する処理手段であるとして説明を行ったが、各処理部をＩＣチップ等のハードウェアによって構成してもよい。

本発明の第１の実施形態による装置制御システムの構成を示すブロック図である。 本発明の第１の実施形態による装置制御システムの動作の手順を説明するためのシーケンス図である。 本発明の第２の実施形態による装置制御システムの構成を示すブロック図である。 本発明の第２の実施形態による装置制御システムの変更部分を説明するための概念図である。 本発明の第２の実施形態による装置制御システムの動作の手順を説明するためのシーケンス図である。 本発明の第３の実施形態による装置制御システムの構成を示すブロック図である。 本発明の第３の実施形態による装置制御システムの動作の手順を説明するためのシーケンス図である。 本発明の第３の実施形態による装置制御システムの動作の手順を説明するためのシーケンス図である。 本発明の第４の実施形態による装置制御システムの構成を示すブロック図である。 本発明の第４の実施形態による装置制御システムの動作の手順を説明するためのシーケンス図である。 本発明の第５の実施形態による装置制御システムの構成を示すブロック図である。 本発明の第５の実施形態による装置制御システムの動作の手順を説明するためのシーケンス図である。 本発明の第６の実施形態による装置制御システムの構成を示すブロック図である。 本発明の第６の実施形態による装置制御システムの動作の手順を説明するためのシーケンス図である。 本発明の第７の実施形態による装置制御システムの構成を示すブロック図である。 本発明の第７の実施形態による装置制御システムの構成を示すブロック図である。 本発明の第７の実施形態による装置制御システムの動作の手順を説明するためのシーケンス図である。 本発明の第７の実施形態による装置制御システムの他の構成を示すブロック図である。 本発明の第７の実施形態による装置制御システムの他の動作の手順を説明するためのシーケンス図である。 従来の装置制御システムの構成を示すブロック図である。

符号の説明

３０・・・制御装置、３１・・・ＧＵＩ部、１１・・・ユニットａ、１３・・・ユニットｂ、１５・・・ユニットｃ、２７・・・操作端末、２８・・・操作管理サーバ、２９・・・装置管理サーバ、３４・・・端末管理部、３６・・・サーバ間通信部、３９・・・システム管理Ｓ部、４６・・・システム管理Ｃ部、５２・・・ユニットａ管理部、５３・・・ユニットｂ管理部、５４・・・ユニットｃ管理部、５５・・・ユニットａ管理Ｓ部、５６・・・ユニットｂ管理Ｓ部、５７・・・ユニットｃ管理Ｓ部、６１，６２・・・汎用Ｉ／Ｆ部、６８・・・ＧＵＩ連動状態遷移管理部、７１・・・接続装置状態管理部、１０２・・・起動装置確認部、１０４・・・ユニットｘ管理部、１０５・・・ユニットｘ、１０６・・・動作可否確認部

Claims (7)

1. 制御対象の接続機器が接続された制御装置と、前記制御装置とは別個の１以上の装置によって構成され、前記接続機器を制御する制御管理装置とを備えた装置制御システムであって、
   前記制御管理装置は、
   ユーザからの入力を受け付ける第１の入力手段と、
   前記第１の入力手段に入力された前記接続機器の操作指示に応じて、前記接続機器に対する命令を決定し、前記命令に基づいた命令情報を制御装置へ送信する第１のシステム管理手段とを備え、
   前記制御装置は、
   前記第１のシステム管理手段から送信された前記命令情報に基づいて、前記接続機器の状態を管理する接続機器管理手段と、
   前記接続機器管理手段および前記第１のシステム管理手段の間で前記命令情報の受け渡しを管理する第２のシステム管理手段と、
   を備えたことを特徴とする装置制御システム。
2. 前記制御管理装置は、
   前記第１の入力手段に入力された前記接続機器の操作指示に応じて、前記接続機器の状態を管理するための、前記接続機器に固有の形式のコマンド情報を生成するコマンド生成手段を備え、
   前記第１のシステム管理手段は、前記コマンド生成手段によって生成されたコマンド情報を前記第２のシステム管理手段へ送信し、
   前記接続機器管理手段は、前記第２のシステム管理手段から受け取った前記コマンド情報を、汎用インタフェース規格に準拠した通信方法で前記接続機器へ送信する
   ことを特徴とする請求項１に記載の装置制御システム。
3. 前記制御管理装置は、前記第１の入力手段に入力された指示情報に応じた処理の結果を表示する表示手段を備え、
   前記第１のシステム管理手段は、前記指示情報が前記第１の入力手段に入力された際に前記表示手段に表示される画面の遷移先を示す画面遷移情報を管理する
   ことを特徴とする請求項１または請求項２に記載の装置制御システム。
4. 複数の前記制御装置が設けられている場合に、前記制御管理装置は、前記第１の入力手段に入力された前記接続機器の操作指示に付加された前記制御装置の識別情報に基づいて、前記命令情報の送信先の前記制御装置を識別する制御装置識別手段を備えたことを特徴とする請求項１〜請求項３のいずれかの項に記載の装置制御システム。
5. 前記制御管理装置は、複数の前記第１の入力手段を備え、
   前記装置管理サーバは、前記第１の入力手段から前記接続機器の操作指示が入力された際に、前記接続機器の操作指示の競合状態に基づいて前記接続機器の動作可否を判断する第１の動作可否判断手段を備えたことを特徴とする請求項１〜請求項４のいずれかの項に記載の装置制御システム。
6. 前記制御装置は、ユーザからの入力を受け付ける第２の入力手段を備え、
   前記制御管理装置および前記制御装置の少なくとも一方は、前記第１の入力手段または前記第２の入力手段に前記接続機器の操作指示が入力された場合に、前記第１の入力手段と前記第２の入力手段のどちらに入力されたのかを識別する入力識別手段を備え、
   前記接続機器が前記第１の入力手段からは制御不能に設定されており、前記入力識別手段によって、前記第２の入力手段に前記接続機器の操作指示が入力されたと識別された場合に、前記第２の入力手段を介した前記接続機器の制御を可能とすることを特徴とする請求項１〜請求項５に記載の装置制御システム。
7. 前記制御管理装置は、前記第１の入力手段から前記接続機器の操作指示が入力された場合に、前記制御装置へデータを送信してから前記データの受信確認を前記制御装置から受信するまでの時間に基づいて前記接続機器の動作可否を判断する第２の動作可否判断手段を備えたことを特徴とする請求項１〜請求項６に記載の装置制御システム。
   
   

Images