(57)【特許請求の範囲】
【請求項１】
複数のＰＣと、該ＰＣの支援ツールがＰＣ間を繋ぐネットワークによって接続されているシステムにおいて
前記支援ツールは、
支援を行うＰＣへのメッセージに、該支援ツールから前記支援を行うＰＣまでの到達経路を示す情報を付加してメッセージフレームを生成するフレーム生成手段と、
該メッセージフレームを送信するフレーム送信手段とを備え、
前記各ＰＣは、
受信したメッセージフレーム内の前記到達経路を示す情報は、当該メッセージフレームが中継される毎にインクリメントされる処理番号と当該メッセージフレームが到達するまでに中継される経路の数を示す経路数を含み、該処理番号と該経路数を比較することにより該メッセージフレームが自己へのものであるか判断する判断手段と、
前記判断の結果前記メッセージフレームが自己へのものでない場合、前記到達経路を示す情報に基づいて該メッセージフレームを中継し、前記メッセージフレームが自己へのものである場合、前記到達経路を示す情報を用い、前記メッセージに対する返答の到達経路を示す情報を生成し、該情報を前記メッセージに対する返答を含むフレームに付加するフレーム送信手段と
を備えることを特徴とするＰＣのリモート支援システム。
【請求項２】
複数のＰＣと、該ＰＣの支援ツールがＰＣ間を繋ぐネットワークによって接続されているシステムでのＰＣのリモート支援方法であって
前記支援ツールより支援を行うＰＣにメッセージを送信する際、
前記支援ツールは、
前記メッセージに該支援ツールから前記支援を行うＰＣまでの到達経路を示す情報を付加してメッセージフレームを生成し、
該メッセージフレームを送信し、
前記到達経路上のＰＣは、
前記メッセージフレームを受信すると、受信したメッセージフレーム内の前記到達経路を示す情報内の当該メッセージフレームが中継される毎にインクリメントされる処理番号と当該メッセージフレームが到達するまでに中継される経路の数を示す経路数を比較することにより該メッセージフレームが自己へのものであるか判断し、
前記判断の結果前記メッセージフレームが自己へのものでない場合、前記到達経路を示す情報に基づいて該メッセージフレームを中継し、
前記支援を行うＰＣは、
前記到達経路を示す情報を用い、前記メッセージに対する返答の到達経路を示す情報を生成し、該情報を前記メッセージに対する返答を含むフレームに付加する
ことを特徴とするＰＣのリモート支援方法。
【請求項３】
前記到達経路を示す情報は、前記到達経路上のＰＣが、受信したメッセージフレームを次に送信する相手を示す該到達経路上のＰＣ毎の情報を含むことを特徴とする請求項２記載のＰＣのリモート支援方法。
【請求項４】
複数のＰＣと、該ＰＣの支援ツールがＰＣ間を繋ぐネットワークによって接続されているシステムでＰＣのリモート支援を行わせるプログラムを記録した記憶媒体であって、
前記支援ツールより支援を行うＰＣにメッセージを送信する際、
前記支援ツールに、
該支援ツールから前記支援を行うＰＣまでの到達経路を示す情報を含む経路設定コマンドを生成する機能と、
前記経路設定コマンドを送信する機能と、
該経路設定コマンド送信後に前記メッセージを含む１乃至複数のメッセージフレームを生成、送信する機能と、
前記到達経路上のＰＣに、
前記経路設定コマンドを受信すると、該経路設定コマンド内の前記到達経路を示す情報を自己のメモリに記憶する機能と、
前記メッセージを含むコマンドを受信すると、自己のメモリ内の前記到達経路を示す情報に基づいて前記メッセージフレームを中継する機能と
を行わせるためのプログラムを記憶した記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、産業用制御装置であるＰＣの、該ＰＣの支援、アプリケーションプログラムの開発等を行う支援ツールによるリモート支援に関する。
【０００２】
【従来の技術】
近年、プラント、工場などでは、機械や装置のシーケンス制御に多くのＰＣ（プログラマブルコントローラ）を用い、ＦＡ（ファクトリーオートメーション）化を実現している。１つのプラント内には数個〜数百個のＰＣが使用されており、これらは互いに接続されてローカルネットワークを形成し、各ＰＣがこのネットワークを介してメッセージのやり取りを行いＦＡに必要なシーケンス制御を行っている。
【０００３】
またこのネットワークには、各ＰＣが実行するプログラムのテキストエディターやグラフィックエディターによる開発、該プログラムや定義情報のＰＣへのダウンロード、ＰＣのテストなどを行うＰＣの支援ツールが接続されており、この支援ツールから各ＰＣに対してメッセージを送信して制御を行い、ＰＣに対する支援を行っている。
【０００４】
図９は、この支援ツールによるＰＣに対する従来の支援可能なシステム内の範囲を示す図である。
ある程度以上の規模のシステムの場合、図９の様にそのネットワーク構成は単一のネットワークによる構成ではなく、ハードウエア的に独立した複数のネットワークをＰＣによってブリッジし、相互接続する構成が一般的である。
【０００５】
図９では、ＰＣ３１とＰＣ３２がネットワーク３５で、ＰＣ３２とＰＣ３３がネットワーク３６で接続され、ＰＣ３２がネットワーク３５とネットワーク３６をブリッジし、また各ＰＣに対して支援を行う支援ツール３４がＰＣ３１に接続されている。
【０００６】
支援ツール３４から、制御を行おうとしているＰＣに対するメッセージの送信は、図内で点線で囲まれた支援ツール３４と直接接続されているＰＣ３１及びＰＣ３１と直接ネットワーク３５で接続されているＰＣ３２に対しては行うことが可能である。
【０００７】
【発明が解決しようとする課題】
しかし、各ＰＣは自己が接続されているネットワークについての情報、例えばＰＣ３１はネットワーク３５についての情報のみしか保持しておらず、そのためネットワーク３５とは別系統であるネットワーク３６を介して間接的にＰＣ３１に接続されているＰＣ３３については、ＰＣ３１はその存在を認識することが出来ず、よって支援ツール３４からのメッセージをＰＣ３３に対して送信することは出来なかった。そのため支援ツール３４からＰＣ３３を制御する場合には、支援ツール３４の接続をＰＣ３１からＰＣ３２若しくはＰＣ３３に変更が必要であり、またその為には支援ツール３４の位置をＰＣ３１の近辺からＰＣ３２若しくは３３と接続を行える所へ移動する必要があった。
【０００８】
全ＰＣにシステム内の全ネットワークでの接続情報を持たせれば、上述したような場合を含め全てのＰＣに対して支援ツールからメッセージを送信して支援を行うことは可能であるが、各ＰＣの限られているメモリ容量を考えるとこの方法は難しく、現実的ではない。
【０００９】
本発明は上記問題点を鑑み、支援ツールより、システム内のネットワークで接続されているどのＰＣに対してもメッセージを送信し、支援を行えることを可能としたＰＣのリモート支援システム及び方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明は、複数のＰＣと、該ＰＣの支援ツールがネットワークよって接続されているＰＣのリモート支援システムに係るものである。
【００１１】
本発明の第１の形態では、上記支援ツールはフレーム生成手段、フレーム送信手段とを有する。  フレーム生成手段は、支援を行うＰＣへのメッセージに、該支援ツールから上記支援を行うＰＣまでの到達経路を示す情報を付加してメッセージフレームを生成する。
【００１２】
フレーム送信手段は、上記メッセージフレームを送信する。  また上記ＰＣは判断手段とフレーム送信手段を有する。  判断手段は、受信したメッセージフレーム内の上記到達経路を示す情報より該メッセージフレームが自己へのものであるか判断する。
【００１３】
フレーム送信手段は、上記判断の結果上記メッセージフレームが自己へのものでない場合、上記到達経路を示す情報に基づいて該メッセージフレームを中継する。
【００１４】
本発明によれば、第１の形態ではメッセージフレーム内の上記到達経路を示す情報に基づいて該到達経路上のＰＣが上記メッセージフレームが中継され、支援ツールが支援を行うＰＣへ送信されるので、支援ツールはネットワークで接続されている全てのＰＣに対してメッセージを送信することが出来る。
【００１５】
【発明の実施の形態】
以下に図面を参照しながら本発明の実施の形態を説明する。  図１は本発明の第１の実施形態におけるシステムでの各ＰＣ及び支援ツールの接続を示す図である。図１では図９の場合と同様ＰＣ１とＰＣ２がネットワーク５で、ＰＣ２とＰＣ３がネットワーク６で接続され、ＰＣ２がネットワーク５とネットワーク６をブリッジしている。また支援ツール４はＰＣ１に１対１の専用線によって接続されている。
【００１６】
ネットワークでの各ＰＣに対する局番はネットワーク毎に設けられ、ネットワーク５ではＰＣ１に対して局番Ｎ１、ＰＣ２に対しては局番Ｎ２が、ネットワーク６ではＰＣ２に対しては局番Ｍ２、ＰＣ３に対しては局番Ｍ３が設定されている。
【００１７】
図１の様な接続構成のシステムにおいて、支援ツール４が接続されているＰＣ１にＰＣ２を介して間接的に接続されているＰＣ３に対して、支援ツール４よりメッセージを送ることにより制御、支援を行う場合を説明する。
【００１８】
なお図１のシステムは、説明を簡略化させるためＰＣ１〜３の３つのＰＣとネットワーク５及び６の２つのネットワークによる単純な構成であるが、実際にはより大きな規模のシステムにおいて支援ツール４とＰＣとのメッセージのやり取りがいくつものネットワークを介して行われる。
【００１９】
支援ツール４からＰＣ３に対して支援を行う場合、まず図１のネットワーク構成を既知としているユーザは、ネットワーク上にある経路についての情報を支援ツール４に入力し、支援ツール４から支援を行うＰＣ３までの到達経路を選択する。
【００２０】
図２はその入力を行う際の、支援ツール４の入力設定画面例である。  図２の設定画面において、縦の列毎に見ると、各ＰＣから見たそのＰＣに接続されているＰＣの接続ネットワークでの局番と該ネットワーク種別が入力されている。
【００２１】
図２の場合、例えばＰＣ２から見るとネットワーク５には局番Ｎ１のＰＣ１が、ネットワーク６には局番Ｍ３のＰＣ３が接続しているので、第２列目の様に入力される。この様に各ＰＣでのネットワーク構成を入力した後、支援ツール４からＰＣ３間での到達経路に用いる経路を選択する。図２では、網がけした部分が選択した結果である。図２では、支援ツール４からＰＣ３へのフレームの到達経路として、ネットワーク５を介してＰＣ１からＰＣ２へ伝送され（経路１）、次にネットワーク６を介してＰＣ２からＰＣ３へ伝送（経路２）される２つの経路からなる経路が選択されている。
【００２２】
なお本実施形態では、支援ツール４からＰＣ３への到達経路は１通りしかないが、目的のＰＣへの到達経路が複数種類あるのが一般的であり、その複数の到達経路の中からユーザが適当な到達経路を選択することとなる。また図２での経路の入力は、ユーザが既知としているネットワーク構成の情報に基づいてシステム内のネットワークの経路情報を逐次入力しているが、上記ネットワークの経路情報を支援ツール４に事前に保持しておき、ユーザは目的となるＰＣを入力するのみで、支援ツール４により最適な到達経路を求める構成にすることも出来る。この様な構成の場合には、ユーザはシステム内のネットワーク経路に対する知識を持たなくても経路の設定を行うことが可能となる。
【００２３】
経路の入力、選択が完了すると、この入力情報を基にＰＣ３に対する制御を行うコマンド、データからなるＰＣ制御メッセージ部に、目的のＰＣまでの経路についての情報である経路情報部を付加したメッセージが生成される。
【００２４】
図３は支援ツール４によって生成されるメッセージの構成例である。図３では支援ツール４がＰＣ３に対して実際に制御を行うためのコマンド、データで構成されるＰＣ制御メッセージ部の前にこのメッセージの送信のための情報が格納された経路情報部を付加した構成である。
【００２５】
ＰＣ制御部内のコマンドは、ＰＣが解釈可能な命令コードであり、このコマンドを解釈することによりＰＣは起動、停止、アプリケーションプログラムのダウンロード等の動作を行う。またデータは上記コマンドに関連するデータであり、例えばコマンドがプログラムのダウンロードの指示である場合、データはそのダウンロードを行うプログラムコードである。
【００２６】
経路情報部は、処理番号、経路数、各経路の経路情報より構成されている。  処理番号はメッセージを受信したＰＣが受信メッセージを次にどのＰＣにどの経路によって送信するかを判断するためのもので、この値によって次に続く経路情報のうちどれを用いるのかを判断する。この処理番号は、支援ツール４からメッセージが生成された時点では初期値として１が与えられていて、経路中の各ＰＣでメッセージの中継が行われる毎にインクリメントされてゆく。
【００２７】
経路数は、このメッセージが到達するまでの中継される経路の数を表している。図３の場合、支援ツール４からＰＣ３まではネットワーク５によるＰＣ１からＰＣ２への中継と、ネットワーク６によるＰＣ２からＰＣ３への中継の２つの経路を通過してメッセージが送信されるので、経路数として２が設定されている。またこの経路数に続いて経路数の数分の経路情報が到達経路順に続いている。メッセージを受け取ったＰＣは処理番号とこの経路数を比較し、処理番号が経路数より大きい時は受信メッセージが自己に対するものと判断し、また処理番号が経路数より小さいか等しい場合は、処理番号によって選択される経路情報に基づき、受信メッセージを転送する。例えば図３の場合には、経路数が２なので次に経路１と経路２の２つの経路情報が続いている。またこれを受信したＰＣ１は、処理番号が１であるので経路１の経路情報に基づく中継を行う。
【００２８】
経路情報は、メッセージを次にどのネットワークのどの局番のＰＣに転送するかを示す情報である。この経路情報は経路毎にそれぞれ１つづつ設けられ、経路情報部の上記経路数の後に、送信先から受信先の順番で並んで格納されており、その数は上記経路数によって示されている。各ＰＣでは、処理番号に基づいてこの経路情報を１つ選択して、メッセージの転送先を決定する。
【００２９】
支援ツール４からＰＣ３へのメッセージが送信されると、まず最初にメッセージを支援ツール４から受け取るＰＣ１は、経路情報部内の処理番号と経路数を調べる。図３の場合、処理番号は初期値の１で、また経路数は２で、処理番号が経路数より小さいので、ＰＣ１はこのメッセージは自己に対するものではなく転送中継するものであると判断する。そして次に、処理番号から経路情報の１番目情報、すなわち経路１の経路情報の解釈を行う。経路１の経路情報よりこのメッセージは次にネットワーク５を介して局番がＮ２のＰＣ２に送信されるものであることが分ると、ＰＣ１は送信元アドレスとしてネットワーク５での自己のアドレスを、送信先アドレスとしてネットワーク５でのＰＣ２の局番であるＮ２をメッセージに付加し、また処理番号を１つインクリメントして２とし、ネットワーク５へ送出する。
【００３０】
この様に処理番号は、中継を行う各ＰＣが経路情報部内の複数の経路情報の内どの経路情報を用いてメッセージの転送を行うのかを示すポインタの役割を果たす。
【００３１】
図４はＰＣ１よりＰＣ２へ送信される要求メッセージの例を示す図である。図４では、図３のメッセージにネットワーク５でのＰＣ２の局番Ｎ２が送信先アドレスとして、またＰＣ１のアドレスＮ１が送信元アドレスとして要求メッセージの先頭に付加されている。また処理番号がインクリメントされ２となっている。尚、支援ツール４とＰＣ１との間のメッセージの転送は１対１の専用線によって行われるので、図３のメッセージには送信元アドレス及び送信先アドレスは付加しない。
【００３２】
ＰＣ２は、ネットワーク５を介してＰＣ１が転送した図４のメッセージを受け取ると、ＰＣ１と同様、まず経路情報部内の処理番号と経路数を調べる。図４の場合処理番号、経路数共に２であり、よって処理番号は経路数より大きくないので、ＰＣ２は受信メッセージが自己に対するものではないと判断する。
【００３３】
次にＰＣ２は、処理番号が２であることから２番目の経路情報、経路２の解釈を行う。経路２から次にこのメッセージはネットワーク６を介して局番がＭ３のＰＣ３に送信されるものであることが分ると、ＰＣ２はメッセージの送信元アドレスをネットワーク６での自己の局番であるＭ２に、また送信先アドレスを次の送信先であるＰＣ３のネットワーク６での局番であるＭ３に書き換え、また処理番号を１つインクリメントして３とし、ネットワーク６へ送出する。
【００３４】
図５はＰＣ２よりＰＣ３へ送信される要求メッセージの例を示す図である。図５では、図４のメッセージに対して送信元アドレスと送信先アドレスがそれぞれネットワーク６でのＰＣ２とＰＣ３の局番であるＭ２とＭ３に変更され、また処理番号がインクリメントされ３となっている。
【００３５】
ネットワーク６を介してＰＣ２が転送した図５のメッセージを受け取ると、ＰＣ３はやはりまず経路情報部内の処理番号と経路数を調べる。図５の場合処理番号は３で、また経路数は２であるので処理番号の方が大きい。よってＰＣ３はこの受信メッセージが自己に対するものであると判断し、ＰＣ制御メッセージ部のコマンドとデータを解釈、実行する。
【００３６】
以上の様にして、支援ツール４からのメッセージはＰＣ３に伝送され、ＰＣ３は支援ツール４からの要求命令を実行する。そしてこの実行結果は、命令の要求元である支援ツール４に返される。この返答としては、例えば実行結果得られたデータなどが考えられる。あるいは、無事処理が終了した場合には支援ツール４から送信されたＰＣ制御メッセージ部をそのままに、何等かのエラーが発生した場合にはそのエラーの種類等のデータを実行結果に対する返答として支援ツール４に返すことが考えられる。
【００３７】
この返答のメッセージの送信は、ＰＣ３が支援ツール４から受信した図５のメッセージの経路情報の順番を逆にし、また処理番号を１に初期化したものを経路情報部として支援ツール４に対する返答に付加して送信することによって実現する。
【００３８】
図６は、ＰＣ３より伝送される返答メッセージの例を示す図である。  図６のメッセージでは、経路情報として図５の場合とは逆に送信先アドレスと送信元アドレスとしてネットワーク６でのＰＣ２の局番であるＭ２と自己の局番であるＭ３が、また経路１としてネットワーク５とＰＣ２の局番Ｎ１が、経路２として支援ツール４が転送先として記述されている。また処理番号は初期化され、１となっている。この返答メッセージがＰＣ３より送信されると、支援ツール４から送信された要求メッセージとは、逆の到達経路をたどり支援ツール４に返送される。
【００３９】
以上の様にして、支援ツール４からのメッセージはＰＣ３に伝送され、処理結果がＰＣ３より支援ツール４に返送され、ＰＣ３は支援ツール４からのリモート支援がなされる。
【００４０】
図７は、本システムが用いられる情報処理システムの環境を示す図である。  各ＰＣ及び支援ツールは、図７の様にＣＰＵ１１、主記憶装置１２、ハードディスク装置１３、ディスプレイ、キーボード等の入出力装置（Ｉ／Ｏ）１４、モデム等のネットワーク接続装置１５及びディスク装置１６の一部若しくは全てを有し、これらがバス１７により接続される構成を備えている。
【００４１】
図７の情報処理システムでは、ディスク装置１６によりフロッピーディスク、ＣＤ−ＲＯＭ、ＭＯ等の記憶媒体１８に記憶されているプログラム、データを読み出し、これを主記憶装置１２またはハードディスク１３にダウンロードし、これをＣＰＵ１１が実行することにより、本実施形態をソフトウエアにより実現することも可能である。
【００４２】
ＰＣの支援ツールは、専用に開発された装置の他に、一般のパソコン等をツール本体として、ＰＣのプログラミング機能を実現するアプリケーションソフト（フロッピーディスク等の記憶媒体に格納されているソフトウエア）を用いるものがある。また、上記専用に開発された装置においても、フロッピーディスク等を用いてアプリケーションソフトの交換が行われる場合がある。よって、本発明は、ＰＣのリモート支援システム及びリモート支援方法に限らず、コンピュータにより使用されたときに、上述の本発明の実施の形態の機能をコンピュータに行わせるためのコンピュータ読み出し可能な記憶媒体として構成することもできる。
【００４３】
この場合、「記憶媒体」には、例えば図８に示されるように、例えばＣＤ−ＲＯＭディスク、フロッピーディスク（あるいはＭＯ、ＤＶＤ、リムーバブルハードディスク等であってもよい）の可搬記憶媒体２２や、ネットワーク回線２３経由で外部の装置（サーバ等）内の記憶手段（データベース等）、あるいは情報処理装置２１の本体２４内のメモリ（ＲＡＭ又はハードディスク等）２５等が含まれる。可搬記憶媒体２２や記憶手段（データベース等）に記憶されているプログラムは、本体２４内のメモリ（ＲＡＭ又はハードディスク等）２５にロードされて、実行される。尚、上記専用に開発された装置等はＲＯＭ交換によってプログラムを変更する形態もあるので、上記可搬記憶媒体にはＲＯＭも含まれる。
【００４４】
【発明の効果】
本発明によれば、第１の形態では、メッセージフレームは到達経路上のＰＣがメッセージフレーム内の到達経路を示す情報に基づいて上記メッセージフレームを中継し、支援ツールが支援を行うＰＣへ送信されるので、支援ツールはネットワークでつながっている全てのＰＣに対してメッセージを送信して、リモート支援を行うことができる。
【図面の簡単な説明】
【図１】  本実施形態における各ＰＣと支援ツールの接続を示す図である。
【図２】  経路設定を行う設定画面例である。
【図３】  支援ツール４よりＰＣ１へ送信される要求メッセージの例を示す図である。
【図４】  ＰＣ１よりＰＣ２へ送信される要求メッセージの例を示す図である。
【図５】  ＰＣ２よりＰＣ３へ送信される要求メッセージの例を示す図である。
【図６】  ＰＣ３より送信される返答メッセージの例を示す図である。
【図７】  本システムが用いられる情報処理システムの環境図である。
【図８】  記憶媒体の例を示す図である。
【図９】  従来の支援ツールによるＰＣに対する支援可能な範囲を示す図である。
【符号の説明】
１、２、３、３１、３２、３３  ＰＣ
４、３４  支援ツール
５、６、３５、３６  ネットワーク
１１  ＣＰＵ
１２  主記憶装置
１３  ハードディスク
１４  入出力装置
１５  ネットワーク接続装置
１６  ディスク装置
２１  情報処理装置
２２  可搬記憶媒体
２３  ネットワーク回線
２４  情報処理装置本体
２５  メモリ
【図１】
0003946312.tif 000002
【図２】
0003946312.tif 000003
【図３】
0003946312.tif 000004
【図４】
0003946312.tif 000005
【図５】
0003946312.tif 000006
【図６】
0003946312.tif 000007
【図７】
0003946312.tif 000008
【図８】
0003946312.tif 000009
【図９】
0003946312.tif 000010