プロセス状態監視装置
【課題】ＯＳに依存することなく、実行中の各プロセスの状態をプロセス単位で監視できるプロセス状態監視装置を提供する。
【解決手段】プロセス状態監視装置は、例えばサーバ装置など、複数のプログラムを同時に実行することにより複数のプロセスを実行する端末装置として構成され、各々が処理プロセスを実行する複数の処理プロセス実行手段と、状態監視プロセスを実行する状態監視プロセス実行手段と、を備える。複数の処理プロセスが実行されている状態で、状態監視プロセス実行手段は、複数の処理プロセス実行手段に対して定期的にプロセス情報を要求し、複数の処理プロセス実行手段からプロセス情報を受信する。そして、受信したプロセス情報は、処理プロセス単位で更新及び記憶される。このプロセス情報は、要求に応じて又は自動的に、処理プロセス単位で外部装置へ出力される。
【解決手段】プロセス状態監視装置は、例えばサーバ装置など、複数のプログラムを同時に実行することにより複数のプロセスを実行する端末装置として構成され、各々が処理プロセスを実行する複数の処理プロセス実行手段と、状態監視プロセスを実行する状態監視プロセス実行手段と、を備える。複数の処理プロセスが実行されている状態で、状態監視プロセス実行手段は、複数の処理プロセス実行手段に対して定期的にプロセス情報を要求し、複数の処理プロセス実行手段からプロセス情報を受信する。そして、受信したプロセス情報は、処理プロセス単位で更新及び記憶される。このプロセス情報は、要求に応じて又は自動的に、処理プロセス単位で外部装置へ出力される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置上で実行されるプロセスの状態を監視する装置に関する。
【背景技術】
【０００２】
半導体製造工程において、ウェハを収納したキャリアを搬送する搬送装置が知られている。このような搬送装置としては、ＯＨＳ（Ｏｖｅｒ Ｈｅａｄ Ｓｈｕｔｔｌｅ）、ＯＨＴ（Ｏｖｅｒ Ｈｅａｄ Ｈｏｉｓｔ Ｔｒａｎｓｐｏｒｔ）などが知られており、ＡＭＨＳ（Ａｕｔｏｍａｔｉｃ Ｍａｔｅｒｉａｌ Ｈａｎｄｌｉｎｇ Ｓｙｓｔｅｍ）からの無線通信による指示に基づいて移動する。複数のＡＭＨＳはネットワークを通じてＭＣＳ（Ｍａｔｅｒａｌ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）と接続されている。ＭＣＳは、ホストマシン又はオペレータの指令に従って搬送経路を決定し、各ＡＭＨＳに対して搬送指令を送る。
【０００３】
上記のような従来の搬送制御システムでは、ＭＣＳ上で複数のプロセスが同時に実行される。各プロセスはそれぞれに重要な役割を持っているため、各プロセスの状態を常時監視することが要求される。
【０００４】
なお、複数の端末装置がネットワークに接続された環境において、各端末装置の通信状態を一元管理する通信監視装置を設ける手法が特許文献１に記載されている。
【０００５】
【特許文献１】特開平３−８０７３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のＭＣＳはプロセス状態の監視を目的とした独自の機能を有しておらず、各プロセスの状態に関する情報を収集するためには、オペレーティングシステム（ＯＳ）が提供する外部コマンドやツールを使用する必要がある。
【０００７】
よって、ＯＳに関して専門の知識を持つ者でなければプロセスの状態に関する情報を収集、監視することができない。また、使用する外部コマンド、ツールによっては、収集されたデータが複雑であり、監視しやすい形態のデータへの変換作業が必要となる。さらに、使用する外部コマンド、ツールによってはそのコマンドやツールを使用するための特別の権限が要求される、使用環境によっては全ての情報を収集できないなどの制約が生じる場合があった。
【０００８】
また、特許文献１の手法では、ネットワーク上の端末装置単位での状態監視は可能であるが、１つの端末装置上で実行されている複数のプロセスについてプロセス単位で状態を監視することはできない。
【０００９】
本発明は、以上の点に鑑みてなされたものであり、ＯＳに依存することなく、実行中の各プロセスの状態をプロセス単位で監視できるプロセス状態監視装置を提供することを課題とする。
【課題を解決するための手段】
【００１０】
本発明の１つの観点では、プロセス状態監視装置は、各々が処理プロセスを実行する複数の処理プロセス実行手段と、状態監視プロセスを実行する状態監視プロセス実行手段と、を備え、前記状態監視プロセス実行手段は、前記複数の処理プロセス実行手段に対して、定期的にプロセス情報を要求するプロセス情報要求手段と、前記複数の処理プロセス実行手段からプロセス情報を受信し、プロセス単位で更新及び記憶するプロセス情報記憶手段と、前記プロセス情報をプロセス単位で外部装置へ出力するプロセス情報出力手段と、を備える。
【００１１】
上記のプロセス状態監視装置は、例えばサーバ装置など、複数のプログラムを同時に実行することにより複数のプロセスを実行する端末装置として構成され、各々が処理プロセスを実行する複数の処理プロセス実行手段と、状態監視プロセスを実行する状態監視プロセス実行手段と、を備える。複数の処理プロセスが実行されている状態で、状態監視プロセス実行手段は、複数の処理プロセス実行手段に対して定期的にプロセス情報を要求し、複数の処理プロセス実行手段からプロセス情報を受信する。そして、受信したプロセス情報は、処理プロセス単位で更新及び記憶される。このプロセス情報は、要求に応じて又は自動的に、処理プロセス単位で外部装置へ出力される。こうして、複数の処理プロセスについて、プロセス単位での状態監視が可能となる。
【００１２】
上記のプロセス状態監視装置の一態様では、前記複数の処理プロセス実行手段の各々は、他の処理プロセス実行手段からメッセージを受信して保存するとともに、当該メッセージに対応する処理を実行し、処理結果を前記他の処理プロセス実行手段に送信する。この態様では、各処理プロセスは相互にメッセージを送受信し、独立して処理を実行する。
【００１３】
上記のプロセス状態監視装置の他の一態様では、前記複数の処理プロセス実行手段の各々は、前記プロセス情報として、他の処理プロセス実行手段から受信して保存しているメッセージの数を前記プロセス情報記憶手段に送信する。これにより、各処理プロセス毎のメッセージ数、即ち処理負荷を示す情報を容易に収集することができる。
【００１４】
好適な例では、前記複数の処理プロセス実行手段の各々は、前記プロセス情報として、当該処理プロセス実行手段によるＣＰＵの使用率及びメモリの使用率を前記プロセス情報記憶手段に送信する。
【００１５】
上記のプロセス状態監視装置の他の一態様では、前記状態監視プロセス実行手段は、前記処理プロセス実行手段との通信の有無に基づいて、当該処理プロセス実行手段の生存状態を検出する生存状態検出手段を備える。こうして、状態監視プロセスは、各処理プロセスが正常に動作しているか否かを容易に監視することができる。
【００１６】
上記のプロセス状態監視装置の他の一態様では、前記複数の処理プロセス実行手段は複数の端末装置上で処理プロセスを実行しており、前記状態監視プロセス実行手段は、複数の端末装置における処理プロセス実行手段からプロセス情報を取得する。この態様では、状態監視プロセス実行手段は、自身の端末装置以外の端末装置などで実行されている処理プロセスについてもプロセス情報を取得することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明を実施するための最良の形態について説明する。
【００１８】
［基本構成］
なお、以下の説明において、ＭＣＳなどはコンピュータ端末装置により構成される。「プロセス」とは、予め用意され、そのような端末装置において実行されるプログラムに相当する。即ち、端末装置のＣＰＵなどがプログラムを実行することにより、各プロセスが実行されることになる。
【００１９】
まず、本発明を適用した搬送制御システムの基本構成について説明する。図１は、本発明を適用したＭＣＳを模式的に示す。図示のように、本システムでは、基本的に同一機能を有する複数のＭＣＳが用意される。各ＭＣＳはネットワーク上で１つのノードに対応しており、マルチノードシステムを構成している。搬送処理はこれら複数のＭＣＳにより実行される。
【００２０】
具体的に、図１の例では、ノード＃０のＭＣＳが他の複数のＭＣＳ＃１〜＃ｎを統括制御している。この例では、搬送処理において実行されるプロセスとして、ホスト通信プロセス、搬送制御プロセス、ＡＭＨＳ通信プロセスがある。これらのプロセスは、ホストマシンなどから与えられる搬送指令単位で分類され、複数のＭＣＳにより分散処理される。複数のＭＣＳにより分散処理を行うため、統括制御を実行しているノード＃０のＭＣＳはディスパッチャ（Ｄｉｓｐａｔｃｈｅｒ）プロセスを実行している。ディスパッチャプロセスとは、複数のプロセスを複数のＭＣＳに割り当てる処理である。
【００２１】
図１では、ノード＃０のＭＣＳは、ホスト通信ディスパッチャプロセスとして、ホスト通信プロセス＃１〜＃ｎをそれぞれノード＃１〜＃ｎの複数のＭＣＳに割り当てる処理を行っている。搬送制御プロセス及びＡＭＨＳ通信プロセスについても、同様にノード＃０のＭＣＳが他のノード＃１〜＃ｎのＭＣＳに対してディスパッチャプロセスを実行し、分散処理を行っている。
【００２２】
なお、ホスト通信ディスパッチャプロセス及び複数のホスト通信プロセス＃１〜＃ｎはホスト通信サブシステムを構成する。同様に、搬送制御ディスパッチャプロセス及び複数の搬送制御プロセス＃１〜＃ｎは搬送制御サブシステムを構成し、ＡＭＨＳ通信ディスパッチャプロセス及び複数のＡＭＨＳ通信プロセス＃１〜＃ｎはＡＭＨＳ通信サブシステムを構成する。以下、各サブシステムについて詳しく説明する。
【００２３】
図２は、ホスト通信サブシステムの動作を模式的に示す。図２（ａ）に示すように、ホスト通信サブシステムはホストからの搬送要求を受け取り、ホスト通信ディスパッチャプロセスは複数のホスト通信プロセスに搬送要求を割り振る。
【００２４】
図２（ｂ）にホスト通信サブシステムの動作の詳細を示す。統括制御を担当するノード＃０のＭＣＳでは、ホスト通信ディスパッチャプロセスがホストから搬送要求を受信し（Ｓ１）、複数のホスト通信プロセスに搬送要求を割り振る（Ｓ２）。また、ホスト通信ディスパッチャプロセスは、他のサブシステム／プロセスからホストへの報告／結果を受信し（Ｓ３、Ｓ５）、ホストへ送信する（Ｓ４）。一方、各ホスト通信プロセス＃１〜ｎは、ホスト通信ディスパッチャプロセスから搬送要求を受信し（Ｓ２）、受付処理を行い、結果をホスト通信ディスパッチャプロセスへ送る（Ｓ５）。また、各ホスト通信プロセス＃１〜ｎは、搬送指令を搬送制御サブシステムに送信する（Ｓ６）。
【００２５】
図３は、搬送制御サブシステムの動作を模式的に示す。図３（ａ）に示すように、搬送制御サブシステムは、搬送指令／搬送報告を複数の搬送制御プロセスに割り振る。なお、ＭＣＳは、搬送指令をどの搬送制御プロセスに割り振ってもよいが、搬送報告はその報告の元である搬送指令が割り振られた搬送制御プロセスに割り振る必要がある。例えば、搬送指令１が搬送制御プロセス＃１に割り振られた場合、搬送指令１の搬送に対する搬送報告は搬送制御プロセス＃１に割り振られねばならない。
【００２６】
図３（ｂ）に搬送制御サブシステムの動作の詳細を示す。搬送制御ディスパッチャプロセスは、ホスト通信サブシステムより搬送指令を受信し（Ｓ１１）、搬送制御プロセスに割り振る（Ｓ１２）。また、ＡＭＨＳ通信サブシステムより搬送報告を受信し（Ｓ１３）、搬送報告をその報告の搬送指令を担当している搬送制御プロセスへ割り振る（Ｓ１４）。
【００２７】
搬送制御プロセスは、搬送制御ディスパッチャプロセスより搬送指令を受信し（Ｓ１２）、受信処理を行い、ＡＭＨＳ通信サブシステムへ搬送指令を送信する（Ｓ１５）。また、搬送制御プロセスは、搬送制御ディスパッチャプロセスより搬送報告を受信し（Ｓ１４）、受信処理を行い、ホスト通信サブシステムへ搬送報告を送信する（Ｓ１６）。
【００２８】
図４は、ＡＭＨＳ通信制御サブシステムの動作を模式的に示す。図４（ａ）に示すように、ＡＭＨＳ通信サブシステムは、他のサブシステムからの搬送指令をＡＭＨＳ通信プロセスに割り振る。ここで、ＭＣＳとして、各ＡＭＨＳ通信プロセスはトランザクション数を考慮して担当するＡＭＨＳが決められている。ＡＭＨＳ通信ディスパッチャプロセスは、搬送指令をどのＡＭＨＳ通信プロセスに割り振っても良いというわけではなく、搬送指令の通信先ＡＭＨＳを担当するＡＭＨＳ通信プロセスに割り振る必要がある。
【００２９】
図４（ｂ）にＡＭＨＳ通信サブシステムの動作の詳細を示す。ＡＭＨＳ通信ディスパッチャプロセスは、搬送制御サブシステムより搬送指令を受信し（Ｓ２１）、搬送指令をその指令の通信先ＡＭＨＳを担当するＡＭＨＳ通信プロセスへ割り振る（Ｓ２２）。
【００３０】
ＡＭＨＳ通信プロセスは、ＡＭＨＳ通信ディスパッチャプロセスより搬送指令を受信し（Ｓ２２）、ＡＭＨＳへ搬送コマンドを送信する（Ｓ２３）。なお、ＡＭＨＳとしては、キャリアの保管棚であるスタッカ（ＳＴＫ）、キャリアを搬送する搬送装置であるＯＨＳなどが挙げられる。また、ＡＭＨＳ通信プロセスは、ＡＭＨＳより搬送報告を受信し（Ｓ２４）、搬送報告を搬送制御サブシステムへ送信する（Ｓ２５）。さらに、ＡＭＨＳ通信プロセスは、ＡＭＨＳより状態変化を受信し（Ｓ２４）、状態変化をホスト通信サブシステムへ送信する（Ｓ２６）。
【００３１】
［実施例］
次に、本発明の実施例について説明する。図５は本発明の実施例に係る搬送制御システムの構成を示す。図示のように、ホスト１１と、ＭＣＳターミナル１２と、複数のＡＭＨＳ＃１〜＃ｎと、ネットワーク分散装置（以下、「分散装置」と呼ぶ。）１３と、複数のＭＣＳ（ノード＃１〜＃ｎ）とがイーサネット（登録商標）ＬＡＮ（以下、「ＬＡＮ」と呼ぶ。）１０を通じて接続されている。
【００３２】
ホスト１１は、ＭＣＳに搬送指令を送る役割を有する。ＭＣＳターミナル１２は、システムの状態表示を行うとともに、ＭＣＳに対するオペレータ操作を提供する。ＭＣＳは、ホストまたはオペレータの指令に従って搬送経路を決定し、各ＡＭＨＳに対して搬送指示を送る。ＡＭＨＳはＭＣＳ又はオペレータの指示に従い、搬送を実行する。
【００３３】
ＭＣＳはマルチノード構成であり、搬送処理量に応じてシステムを停止することなく増減が可能である。但し、システム無停止でのＭＣＳ増減時には、そのノード上で起動／停止するプロセスに制限がある。
【００３４】
具体的に、ノード＃１のＭＣＳは、管理プロセス＃１、搬送制御ディスパッチャプロセス、ＡＭＨＳ通信ディスパッチャプロセス、ホスト通信ディスパッチャプロセス、及び、サーバプロセスを実行する。一方、ノード＃２のＭＣＳは、管理プロセス＃２、統計履歴プロセス、ログプロセス及び画面制御プロセスを実行する。なお、これらノード＃１及び＃２のＭＣＳが実行するプロセスは搬送制御全体を統括するためのプロセスであり、これらを総称して以下「統括制御プロセス」と呼ぶこととする。
【００３５】
共有ディスク＃１にはノード＃１のＭＣＳが使用するデータであって制御に必要なデータが記憶される。共有ディスク＃２にはノード＃２のＭＣＳが使用する履歴／統計／ログデータが記憶されている。よって、通常は、図５の実線で示すように、ノード＃１のＭＣＳが共有ディスク＃１を使用し、ノード＃２のＭＣＳが共有ディスク＃２を使用している。但し、ノード＃１及び＃２のＭＣＳの一方がダウンしたときには、他方のＭＣＳが共有ディスク＃１及び＃２の両方のデータを利用して全ての統括制御プロセスを実行する。
【００３６】
ノード＃３のＭＣＳは、管理プロセス＃３に加えて、搬送制御ディスパッチャプロセスにより割り振られた搬送制御プロセス＃１、ＡＭＨＳ通信ディスパッチャプロセスにより割り振られたＡＭＨＳ通信プロセス＃１、及びホスト通信ディスパッチャプロセスにより割り振られたホスト通信プロセス＃１を実行する。同様に、ノード＃ｎのＭＣＳは、管理プロセス＃ｎに加えて、搬送制御ディスパッチャプロセスにより割り振られた搬送制御プロセス＃ｎ、ＡＭＨＳ通信ディスパッチャプロセスにより割り振られたＡＭＨＳ通信プロセス＃ｎ、及びホスト通信ディスパッチャプロセスにより割り振られたホスト通信プロセス＃ｎを実行する。
【００３７】
このように、搬送制御のための各プロセスは、複数のＭＣＳ＃３〜＃ｎによるマルチプロセス化されており、あるノード上での実行が不能となった場合には別ノードでの実行が可能である。また、マルチノード、マルチプロセス構成としたため、管理プロセス及びディスパッチャプロセスが存在する。
【００３８】
各プロセスの機能は以下の通りである。なお、以下の説明では、あるノードのＭＣＳを単に「ノード」とも呼ぶ。例えば、ノード＃１のＭＣＳを単に「ノード＃１」とも呼ぶ。
【００３９】
管理プロセスは、同一ノード上のプロセスの起動／終了／監視を行う。各ノードの管理プロセス同士は通信を行い、各ノードで発生したイベントを他ノードへ通知する。
【００４０】
ホスト通信ディスパッチャは、ホスト通信プロセスの管理を行うものであり、具体的には他プロセスから受信したメッセージの処理、ホストとの通信などを行う。また、ホストより受信した搬送指示などをホスト通信プロセスに実行させる。
【００４１】
ＡＭＨＳ通信ディスパッチャプロセスは、ＡＭＨＳ通信プロセスの管理を行うものであり、具体的には他プロセスから受信したメッセージの処理を行う。また、搬送制御プロセスからのＡＭＨＳ送信メッセージを担当ＡＭＨＳ通信プロセスに実行させる。
【００４２】
搬送制御ディスパッチャプロセスは、搬送制御プロセスの管理を行うものであり、具体的には、他プロセスから受信したメッセージの処理を行う。また、搬送制御を搬送制御プロセスに実行させる。
【００４３】
統計履歴プロセスは、他プロセスからの履歴情報の登録、管理を行うとともに、統計情報の計算、登録及び管理を行う。ログプロセスは、他プロセスからのログ（Ｌｏｇ）情報の登録、管理を行う。画面制御プロセスは、システム状態表示及びオペレータ操作の受付などを行う。
【００４４】
ホスト通信プロセスは、搬送指示などの受付処理（受信メッセージの処理）を行う。ＡＭＨＳ通信プロセスはＡＭＨＳとの通信及び受信メッセージの処理を行う。搬送制御プロセスは、搬送経路の決定及び制御を行う。
【００４５】
上記の各プロセスのうち、上記の統括制御プロセス、即ち、ホスト通信ディスパッチャプロセス、ＡＭＨＳ通信ディスパッチャプロセス、搬送制御ディスパッチャプロセス、統計履歴プロセス、ログプロセス及び画面制御プロセスは、システム上でそれぞれ１つが動作する。一方、管理プロセスは各ノードのＭＣＳ上で動作する。ホスト通信プロセス、ＡＭＨＳ通信プロセス及び搬送制御プロセスはシステムの規模に応じて同一ノード上又は別ノード上で複数個が動作するものであり、システム無停止で増減が可能である。
【００４６】
ノード、プロセスの情報としては、ＭＣＳを構成するノード情報、及び、プロセスの動作に必要な情報及び起動ノードの優先順位情報であるプロセス情報が存在し、これらの情報に従ってプロセスが配置される。
【００４７】
次に、本発明の特徴部分であるプロセス状態監視処理について説明する。本発明では、１つのＭＣＳ上でサーバプロセスが動作し、各ＭＣＳ上で実行されている複数のプロセスの状態に関する情報（「プロセス情報」と呼ぶ。）を収集、監視する。
【００４８】
図６は、プロセス状態監視処理に関連する構成要素のブロック図である。図６において、ＭＣＳはサーバを構成し（以下、「サーバＭＣＳ」と呼ぶ。）、複数のクライアントＡ〜Ｘとネットワーク接続されている。複数のクライアントＡ〜Ｘは、サーバＭＣＳに接続し、当該ＭＣＳ及び他のＭＣＳにおいて実行されているプロセスのプロセス状態を閲覧したり、プロセス情報を取得したりするために使用される。サーバＭＣＳは、通信プロトコルとしてＴＣＰ／ＩＰを使用して各クライアントＡ〜Ｘと通信する。
【００４９】
サーバＭＣＳでは、サーバプロセス１と、複数のプロセス＃１〜＃ｎが実行される。本例では、サーバＭＣＳは図５におけるノード＃１のＭＣＳに対応し、プロセス＃１〜＃ｎはノード＃１のＭＣＳ上で実行されている各プロセスに対応する。なお、サーバプロセスは本発明における状態監視プロセスに相当し、プロセス＃１〜＃ｎは本発明における処理プロセスに相当する。
【００５０】
サーバプロセス１と、プロセス＃１〜＃ｎとは、通信プロトコルとしてＴＣＰ／ＩＰを使用して通信する。また、プロセス＃１〜＃ｎ同士も通信プロトコルとしてＴＣＰ／ＩＰを使用する。
【００５１】
図６に示すように、サーバプロセス１は、各プロセス＃１〜＃ｎからプロセス情報を収集するとともに、プロセスの生存を確認する。そして、サーバプロセス１は、各プロセス＃１〜＃ｎから収集したプロセス情報を保存する。このプロセス情報は、プロセス単位のプロセス情報の集合であり、サーバプロセス１は、プロセス単位のプロセス情報４を出力することができる。
【００５２】
各クライアントＡ〜Ｘは例えばＰＣなどの端末装置により構成される。クライアントＡ〜Ｘは、サーバＭＣＳのサーバプロセス１にアクセスしてプロセス情報をダウンロードすることができる。これにより、クライアントＡ〜Ｘを使用するオペレータは、異なる場所に設置された異なるクライアントＡ〜Ｘを使用して、図６に示すような搬送制御システムのプロセス単位の状態を監視することができる。
【００５３】
図７は、サーバプロセス１により実行される生存確認の方法を模式的に示す。サーバプロセス１は、各プロセス＃１〜＃ｎとの通信状態、即ちネットワーク接続が接続状態であるか切断状態であるかに基づいてプロセスの生存状態を判定する。具体的に、図７（ａ）に示すように、サーバプロセス１は、プロセス＃ｎとの通信状態が接続状態であるときには、プロセス＃ｎが生存していると判定する。一方、図７（ｂ）に示すように、サーバプロセス１は、プロセス＃ｎとの通信状態が切断状態にあるときには、プロセス＃ｎがダウンしていると判定する。こうして、サーバプロセス１は、定期的に各プロセス＃１〜＃ｎにアクセスすることにより、各プロセス＃１〜＃ｎの生存確認を行い、その結果をプロセス情報の一部として記憶する。
【００５４】
図８は、各プロセス＃１〜＃ｎの動作を模式的に示す。各プロセス＃１〜＃ｎは、他のプロセスと通信し、他のプロセスから要求される処理を実行してその結果を要求元のプロセスに送信する。ここで、処理の要求及び処理の結果を含む送受信データを「メッセージ」と呼ぶ。各プロセス＃１〜＃ｎは、他のプロセスから受信したメッセージ、即ち処理の要求を一時的にメッセージキューに保存する（Ｓ１）。メッセージキューとは、物理的にはメッセージを保存するメモリのようなものである。そして、プロセス＃１〜＃ｎは、メッセージキューに保存されているメッセージを取り出してその内容に応じた処理を実行し（Ｓ２）、処理の結果を含むメッセージを要求元のプロセスに送信する（Ｓ３）。こうして、各プロセス＃１〜＃ｎは、他のプロセスから要求された処理を実行する。この間、他のプロセスから要求されたメッセージは一時的にメッセージキューに保存されるので、メッセージキューに保存されているメッセージ数は、そのプロセスが実行する処理の数を示している。よって、各プロセス＃１〜＃ｎは、このメッセージ数をプロセス情報としてサーバプロセスに送信する。
【００５５】
図９は、サーバプロセス１が各プロセス＃１〜＃ｎからプロセス情報を収集する方法を模式的に示す。まず、サーバプロセス１は定期的に各プロセス＃１〜＃ｎに対してプロセス情報を要求する（Ｓ１１）。各プロセス＃１〜＃ｎは、要求時の最新メッセージ数、ＣＰＵ使用率及びメモリ使用率を計算し、これらをプロセス情報としてサーバプロセス１へ送信する（Ｓ１２）。ここで、「要求時の最新メッセージ数」とは、各プロセス＃１〜＃３のメッセージキューに蓄積されているメッセージの数である。「ＣＰＵ使用率」とは、そのプロセスの実行によりサーバＭＣＳのＣＰＵを占有している割合である。また、「メモリ使用率」とは、そのプロセスの実行によりサーバＭＣＳのメモリを占有している割合である。サーバプロセス１は、これらの情報をプロセス情報として各プロセス＃１〜＃ｎから受信し、プロセス情報として更新し、保存する（Ｓ１３）。その後、図６に示すクライアントなどの外部装置から要求があると、プロセス情報を外部ファイルへ出力する（Ｓ１４）。この際、サーバプロセス１は、プロセス単位でプロセス情報を出力することができる。例えば、クライアントＡがプロセス＃１のみのプロセス情報を要求した場合には、サーバプロセス１はプロセス＃１のみのプロセス情報をクライアントＡへ送信することができる。
【００５６】
図１０は、外部装置であるクライアントＡ〜Ｘからプロセス情報にアクセスする際の処理を模式的に示す。まず、クライアントＡ〜Ｘで実行されるクライアントプロセス３は、定期的に又はオペレータの指示に基づいて、サーバプロセス１へプロセス情報を要求する（Ｓ２１）。サーバプロセス１は、要求されたプロセス情報を要求元のクライアントへ返信する（Ｓ２２）。要求元のクライアントは、受信したプロセス情報を用いてクライアント内のプロセス情報を更新する（Ｓ２３）。こうして、各クライアントＡ〜ＸはサーバＭＣＳから全てのプロセスについてのプロセス情報を取得することができる。また、例えば、クライアント毎に状態監視の対象となるプロセスが決められている場合には、特定のクライアントは特定のプロセスについてのプロセス情報のみを取得し、監視することもできる。
【００５７】
なお、上記の例では、サーバプロセス１はサーバＭＣＳ内のプロセスのみについてプロセス情報を収集しているが、サーバプロセス１は他のＭＣＳ内のプロセスについても、ネットワークを通じてプロセス情報を取得することができる。例えば、図５において、サーバＭＣＳとして機能するノード＃１のＭＣＳは、ＬＡＮ１０を経由してノード＃２〜＃ｎのＭＣＳ内の全てのプロセスからプロセス情報を定期的に収集し、記憶しておくことができる。この場合には、クライアントＡ〜Ｘは、サーバＭＣＳのみに接続することにより、全てのＭＣＳ内の全てのプロセスについてのプロセス情報を収集、監視することもできるし、特定のＭＣＳ内の特定のプロセスのみについてプロセス情報を収集、監視することもできる。
【図面の簡単な説明】
【００５８】
【図１】本発明の搬送制御システムの基本構成を模式的に示す。
【図２】ホスト通信サブシステムの動作を模式的に示す。
【図３】搬送制御サブシステムの動作を模式的に示す。
【図４】ＡＭＨＳ通信サブシステムの動作を模式的に示す。
【図５】本発明の実施例に係る搬送制御システムの構成を示す。
【図６】プロセス状態監視処理の概略を示す。
【図７】生存確認処理を概念的に示す。
【図８】各プロセスにおける処理を示す。
【図９】サーバプロセスによるプロセス情報の収集方法を示す。
【図１０】クライアントからのプロセス情報の取得方法を示す。
【符号の説明】
【００５９】
１ サーバプロセス
１０ ＬＡＮ
１１ ホスト
１２ ＭＣＳターミナル
１３ 分散装置
【技術分野】
【０００１】
本発明は、端末装置上で実行されるプロセスの状態を監視する装置に関する。
【背景技術】
【０００２】
半導体製造工程において、ウェハを収納したキャリアを搬送する搬送装置が知られている。このような搬送装置としては、ＯＨＳ（Ｏｖｅｒ Ｈｅａｄ Ｓｈｕｔｔｌｅ）、ＯＨＴ（Ｏｖｅｒ Ｈｅａｄ Ｈｏｉｓｔ Ｔｒａｎｓｐｏｒｔ）などが知られており、ＡＭＨＳ（Ａｕｔｏｍａｔｉｃ Ｍａｔｅｒｉａｌ Ｈａｎｄｌｉｎｇ Ｓｙｓｔｅｍ）からの無線通信による指示に基づいて移動する。複数のＡＭＨＳはネットワークを通じてＭＣＳ（Ｍａｔｅｒａｌ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）と接続されている。ＭＣＳは、ホストマシン又はオペレータの指令に従って搬送経路を決定し、各ＡＭＨＳに対して搬送指令を送る。
【０００３】
上記のような従来の搬送制御システムでは、ＭＣＳ上で複数のプロセスが同時に実行される。各プロセスはそれぞれに重要な役割を持っているため、各プロセスの状態を常時監視することが要求される。
【０００４】
なお、複数の端末装置がネットワークに接続された環境において、各端末装置の通信状態を一元管理する通信監視装置を設ける手法が特許文献１に記載されている。
【０００５】
【特許文献１】特開平３−８０７３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のＭＣＳはプロセス状態の監視を目的とした独自の機能を有しておらず、各プロセスの状態に関する情報を収集するためには、オペレーティングシステム（ＯＳ）が提供する外部コマンドやツールを使用する必要がある。
【０００７】
よって、ＯＳに関して専門の知識を持つ者でなければプロセスの状態に関する情報を収集、監視することができない。また、使用する外部コマンド、ツールによっては、収集されたデータが複雑であり、監視しやすい形態のデータへの変換作業が必要となる。さらに、使用する外部コマンド、ツールによってはそのコマンドやツールを使用するための特別の権限が要求される、使用環境によっては全ての情報を収集できないなどの制約が生じる場合があった。
【０００８】
また、特許文献１の手法では、ネットワーク上の端末装置単位での状態監視は可能であるが、１つの端末装置上で実行されている複数のプロセスについてプロセス単位で状態を監視することはできない。
【０００９】
本発明は、以上の点に鑑みてなされたものであり、ＯＳに依存することなく、実行中の各プロセスの状態をプロセス単位で監視できるプロセス状態監視装置を提供することを課題とする。
【課題を解決するための手段】
【００１０】
本発明の１つの観点では、プロセス状態監視装置は、各々が処理プロセスを実行する複数の処理プロセス実行手段と、状態監視プロセスを実行する状態監視プロセス実行手段と、を備え、前記状態監視プロセス実行手段は、前記複数の処理プロセス実行手段に対して、定期的にプロセス情報を要求するプロセス情報要求手段と、前記複数の処理プロセス実行手段からプロセス情報を受信し、プロセス単位で更新及び記憶するプロセス情報記憶手段と、前記プロセス情報をプロセス単位で外部装置へ出力するプロセス情報出力手段と、を備える。
【００１１】
上記のプロセス状態監視装置は、例えばサーバ装置など、複数のプログラムを同時に実行することにより複数のプロセスを実行する端末装置として構成され、各々が処理プロセスを実行する複数の処理プロセス実行手段と、状態監視プロセスを実行する状態監視プロセス実行手段と、を備える。複数の処理プロセスが実行されている状態で、状態監視プロセス実行手段は、複数の処理プロセス実行手段に対して定期的にプロセス情報を要求し、複数の処理プロセス実行手段からプロセス情報を受信する。そして、受信したプロセス情報は、処理プロセス単位で更新及び記憶される。このプロセス情報は、要求に応じて又は自動的に、処理プロセス単位で外部装置へ出力される。こうして、複数の処理プロセスについて、プロセス単位での状態監視が可能となる。
【００１２】
上記のプロセス状態監視装置の一態様では、前記複数の処理プロセス実行手段の各々は、他の処理プロセス実行手段からメッセージを受信して保存するとともに、当該メッセージに対応する処理を実行し、処理結果を前記他の処理プロセス実行手段に送信する。この態様では、各処理プロセスは相互にメッセージを送受信し、独立して処理を実行する。
【００１３】
上記のプロセス状態監視装置の他の一態様では、前記複数の処理プロセス実行手段の各々は、前記プロセス情報として、他の処理プロセス実行手段から受信して保存しているメッセージの数を前記プロセス情報記憶手段に送信する。これにより、各処理プロセス毎のメッセージ数、即ち処理負荷を示す情報を容易に収集することができる。
【００１４】
好適な例では、前記複数の処理プロセス実行手段の各々は、前記プロセス情報として、当該処理プロセス実行手段によるＣＰＵの使用率及びメモリの使用率を前記プロセス情報記憶手段に送信する。
【００１５】
上記のプロセス状態監視装置の他の一態様では、前記状態監視プロセス実行手段は、前記処理プロセス実行手段との通信の有無に基づいて、当該処理プロセス実行手段の生存状態を検出する生存状態検出手段を備える。こうして、状態監視プロセスは、各処理プロセスが正常に動作しているか否かを容易に監視することができる。
【００１６】
上記のプロセス状態監視装置の他の一態様では、前記複数の処理プロセス実行手段は複数の端末装置上で処理プロセスを実行しており、前記状態監視プロセス実行手段は、複数の端末装置における処理プロセス実行手段からプロセス情報を取得する。この態様では、状態監視プロセス実行手段は、自身の端末装置以外の端末装置などで実行されている処理プロセスについてもプロセス情報を取得することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明を実施するための最良の形態について説明する。
【００１８】
［基本構成］
なお、以下の説明において、ＭＣＳなどはコンピュータ端末装置により構成される。「プロセス」とは、予め用意され、そのような端末装置において実行されるプログラムに相当する。即ち、端末装置のＣＰＵなどがプログラムを実行することにより、各プロセスが実行されることになる。
【００１９】
まず、本発明を適用した搬送制御システムの基本構成について説明する。図１は、本発明を適用したＭＣＳを模式的に示す。図示のように、本システムでは、基本的に同一機能を有する複数のＭＣＳが用意される。各ＭＣＳはネットワーク上で１つのノードに対応しており、マルチノードシステムを構成している。搬送処理はこれら複数のＭＣＳにより実行される。
【００２０】
具体的に、図１の例では、ノード＃０のＭＣＳが他の複数のＭＣＳ＃１〜＃ｎを統括制御している。この例では、搬送処理において実行されるプロセスとして、ホスト通信プロセス、搬送制御プロセス、ＡＭＨＳ通信プロセスがある。これらのプロセスは、ホストマシンなどから与えられる搬送指令単位で分類され、複数のＭＣＳにより分散処理される。複数のＭＣＳにより分散処理を行うため、統括制御を実行しているノード＃０のＭＣＳはディスパッチャ（Ｄｉｓｐａｔｃｈｅｒ）プロセスを実行している。ディスパッチャプロセスとは、複数のプロセスを複数のＭＣＳに割り当てる処理である。
【００２１】
図１では、ノード＃０のＭＣＳは、ホスト通信ディスパッチャプロセスとして、ホスト通信プロセス＃１〜＃ｎをそれぞれノード＃１〜＃ｎの複数のＭＣＳに割り当てる処理を行っている。搬送制御プロセス及びＡＭＨＳ通信プロセスについても、同様にノード＃０のＭＣＳが他のノード＃１〜＃ｎのＭＣＳに対してディスパッチャプロセスを実行し、分散処理を行っている。
【００２２】
なお、ホスト通信ディスパッチャプロセス及び複数のホスト通信プロセス＃１〜＃ｎはホスト通信サブシステムを構成する。同様に、搬送制御ディスパッチャプロセス及び複数の搬送制御プロセス＃１〜＃ｎは搬送制御サブシステムを構成し、ＡＭＨＳ通信ディスパッチャプロセス及び複数のＡＭＨＳ通信プロセス＃１〜＃ｎはＡＭＨＳ通信サブシステムを構成する。以下、各サブシステムについて詳しく説明する。
【００２３】
図２は、ホスト通信サブシステムの動作を模式的に示す。図２（ａ）に示すように、ホスト通信サブシステムはホストからの搬送要求を受け取り、ホスト通信ディスパッチャプロセスは複数のホスト通信プロセスに搬送要求を割り振る。
【００２４】
図２（ｂ）にホスト通信サブシステムの動作の詳細を示す。統括制御を担当するノード＃０のＭＣＳでは、ホスト通信ディスパッチャプロセスがホストから搬送要求を受信し（Ｓ１）、複数のホスト通信プロセスに搬送要求を割り振る（Ｓ２）。また、ホスト通信ディスパッチャプロセスは、他のサブシステム／プロセスからホストへの報告／結果を受信し（Ｓ３、Ｓ５）、ホストへ送信する（Ｓ４）。一方、各ホスト通信プロセス＃１〜ｎは、ホスト通信ディスパッチャプロセスから搬送要求を受信し（Ｓ２）、受付処理を行い、結果をホスト通信ディスパッチャプロセスへ送る（Ｓ５）。また、各ホスト通信プロセス＃１〜ｎは、搬送指令を搬送制御サブシステムに送信する（Ｓ６）。
【００２５】
図３は、搬送制御サブシステムの動作を模式的に示す。図３（ａ）に示すように、搬送制御サブシステムは、搬送指令／搬送報告を複数の搬送制御プロセスに割り振る。なお、ＭＣＳは、搬送指令をどの搬送制御プロセスに割り振ってもよいが、搬送報告はその報告の元である搬送指令が割り振られた搬送制御プロセスに割り振る必要がある。例えば、搬送指令１が搬送制御プロセス＃１に割り振られた場合、搬送指令１の搬送に対する搬送報告は搬送制御プロセス＃１に割り振られねばならない。
【００２６】
図３（ｂ）に搬送制御サブシステムの動作の詳細を示す。搬送制御ディスパッチャプロセスは、ホスト通信サブシステムより搬送指令を受信し（Ｓ１１）、搬送制御プロセスに割り振る（Ｓ１２）。また、ＡＭＨＳ通信サブシステムより搬送報告を受信し（Ｓ１３）、搬送報告をその報告の搬送指令を担当している搬送制御プロセスへ割り振る（Ｓ１４）。
【００２７】
搬送制御プロセスは、搬送制御ディスパッチャプロセスより搬送指令を受信し（Ｓ１２）、受信処理を行い、ＡＭＨＳ通信サブシステムへ搬送指令を送信する（Ｓ１５）。また、搬送制御プロセスは、搬送制御ディスパッチャプロセスより搬送報告を受信し（Ｓ１４）、受信処理を行い、ホスト通信サブシステムへ搬送報告を送信する（Ｓ１６）。
【００２８】
図４は、ＡＭＨＳ通信制御サブシステムの動作を模式的に示す。図４（ａ）に示すように、ＡＭＨＳ通信サブシステムは、他のサブシステムからの搬送指令をＡＭＨＳ通信プロセスに割り振る。ここで、ＭＣＳとして、各ＡＭＨＳ通信プロセスはトランザクション数を考慮して担当するＡＭＨＳが決められている。ＡＭＨＳ通信ディスパッチャプロセスは、搬送指令をどのＡＭＨＳ通信プロセスに割り振っても良いというわけではなく、搬送指令の通信先ＡＭＨＳを担当するＡＭＨＳ通信プロセスに割り振る必要がある。
【００２９】
図４（ｂ）にＡＭＨＳ通信サブシステムの動作の詳細を示す。ＡＭＨＳ通信ディスパッチャプロセスは、搬送制御サブシステムより搬送指令を受信し（Ｓ２１）、搬送指令をその指令の通信先ＡＭＨＳを担当するＡＭＨＳ通信プロセスへ割り振る（Ｓ２２）。
【００３０】
ＡＭＨＳ通信プロセスは、ＡＭＨＳ通信ディスパッチャプロセスより搬送指令を受信し（Ｓ２２）、ＡＭＨＳへ搬送コマンドを送信する（Ｓ２３）。なお、ＡＭＨＳとしては、キャリアの保管棚であるスタッカ（ＳＴＫ）、キャリアを搬送する搬送装置であるＯＨＳなどが挙げられる。また、ＡＭＨＳ通信プロセスは、ＡＭＨＳより搬送報告を受信し（Ｓ２４）、搬送報告を搬送制御サブシステムへ送信する（Ｓ２５）。さらに、ＡＭＨＳ通信プロセスは、ＡＭＨＳより状態変化を受信し（Ｓ２４）、状態変化をホスト通信サブシステムへ送信する（Ｓ２６）。
【００３１】
［実施例］
次に、本発明の実施例について説明する。図５は本発明の実施例に係る搬送制御システムの構成を示す。図示のように、ホスト１１と、ＭＣＳターミナル１２と、複数のＡＭＨＳ＃１〜＃ｎと、ネットワーク分散装置（以下、「分散装置」と呼ぶ。）１３と、複数のＭＣＳ（ノード＃１〜＃ｎ）とがイーサネット（登録商標）ＬＡＮ（以下、「ＬＡＮ」と呼ぶ。）１０を通じて接続されている。
【００３２】
ホスト１１は、ＭＣＳに搬送指令を送る役割を有する。ＭＣＳターミナル１２は、システムの状態表示を行うとともに、ＭＣＳに対するオペレータ操作を提供する。ＭＣＳは、ホストまたはオペレータの指令に従って搬送経路を決定し、各ＡＭＨＳに対して搬送指示を送る。ＡＭＨＳはＭＣＳ又はオペレータの指示に従い、搬送を実行する。
【００３３】
ＭＣＳはマルチノード構成であり、搬送処理量に応じてシステムを停止することなく増減が可能である。但し、システム無停止でのＭＣＳ増減時には、そのノード上で起動／停止するプロセスに制限がある。
【００３４】
具体的に、ノード＃１のＭＣＳは、管理プロセス＃１、搬送制御ディスパッチャプロセス、ＡＭＨＳ通信ディスパッチャプロセス、ホスト通信ディスパッチャプロセス、及び、サーバプロセスを実行する。一方、ノード＃２のＭＣＳは、管理プロセス＃２、統計履歴プロセス、ログプロセス及び画面制御プロセスを実行する。なお、これらノード＃１及び＃２のＭＣＳが実行するプロセスは搬送制御全体を統括するためのプロセスであり、これらを総称して以下「統括制御プロセス」と呼ぶこととする。
【００３５】
共有ディスク＃１にはノード＃１のＭＣＳが使用するデータであって制御に必要なデータが記憶される。共有ディスク＃２にはノード＃２のＭＣＳが使用する履歴／統計／ログデータが記憶されている。よって、通常は、図５の実線で示すように、ノード＃１のＭＣＳが共有ディスク＃１を使用し、ノード＃２のＭＣＳが共有ディスク＃２を使用している。但し、ノード＃１及び＃２のＭＣＳの一方がダウンしたときには、他方のＭＣＳが共有ディスク＃１及び＃２の両方のデータを利用して全ての統括制御プロセスを実行する。
【００３６】
ノード＃３のＭＣＳは、管理プロセス＃３に加えて、搬送制御ディスパッチャプロセスにより割り振られた搬送制御プロセス＃１、ＡＭＨＳ通信ディスパッチャプロセスにより割り振られたＡＭＨＳ通信プロセス＃１、及びホスト通信ディスパッチャプロセスにより割り振られたホスト通信プロセス＃１を実行する。同様に、ノード＃ｎのＭＣＳは、管理プロセス＃ｎに加えて、搬送制御ディスパッチャプロセスにより割り振られた搬送制御プロセス＃ｎ、ＡＭＨＳ通信ディスパッチャプロセスにより割り振られたＡＭＨＳ通信プロセス＃ｎ、及びホスト通信ディスパッチャプロセスにより割り振られたホスト通信プロセス＃ｎを実行する。
【００３７】
このように、搬送制御のための各プロセスは、複数のＭＣＳ＃３〜＃ｎによるマルチプロセス化されており、あるノード上での実行が不能となった場合には別ノードでの実行が可能である。また、マルチノード、マルチプロセス構成としたため、管理プロセス及びディスパッチャプロセスが存在する。
【００３８】
各プロセスの機能は以下の通りである。なお、以下の説明では、あるノードのＭＣＳを単に「ノード」とも呼ぶ。例えば、ノード＃１のＭＣＳを単に「ノード＃１」とも呼ぶ。
【００３９】
管理プロセスは、同一ノード上のプロセスの起動／終了／監視を行う。各ノードの管理プロセス同士は通信を行い、各ノードで発生したイベントを他ノードへ通知する。
【００４０】
ホスト通信ディスパッチャは、ホスト通信プロセスの管理を行うものであり、具体的には他プロセスから受信したメッセージの処理、ホストとの通信などを行う。また、ホストより受信した搬送指示などをホスト通信プロセスに実行させる。
【００４１】
ＡＭＨＳ通信ディスパッチャプロセスは、ＡＭＨＳ通信プロセスの管理を行うものであり、具体的には他プロセスから受信したメッセージの処理を行う。また、搬送制御プロセスからのＡＭＨＳ送信メッセージを担当ＡＭＨＳ通信プロセスに実行させる。
【００４２】
搬送制御ディスパッチャプロセスは、搬送制御プロセスの管理を行うものであり、具体的には、他プロセスから受信したメッセージの処理を行う。また、搬送制御を搬送制御プロセスに実行させる。
【００４３】
統計履歴プロセスは、他プロセスからの履歴情報の登録、管理を行うとともに、統計情報の計算、登録及び管理を行う。ログプロセスは、他プロセスからのログ（Ｌｏｇ）情報の登録、管理を行う。画面制御プロセスは、システム状態表示及びオペレータ操作の受付などを行う。
【００４４】
ホスト通信プロセスは、搬送指示などの受付処理（受信メッセージの処理）を行う。ＡＭＨＳ通信プロセスはＡＭＨＳとの通信及び受信メッセージの処理を行う。搬送制御プロセスは、搬送経路の決定及び制御を行う。
【００４５】
上記の各プロセスのうち、上記の統括制御プロセス、即ち、ホスト通信ディスパッチャプロセス、ＡＭＨＳ通信ディスパッチャプロセス、搬送制御ディスパッチャプロセス、統計履歴プロセス、ログプロセス及び画面制御プロセスは、システム上でそれぞれ１つが動作する。一方、管理プロセスは各ノードのＭＣＳ上で動作する。ホスト通信プロセス、ＡＭＨＳ通信プロセス及び搬送制御プロセスはシステムの規模に応じて同一ノード上又は別ノード上で複数個が動作するものであり、システム無停止で増減が可能である。
【００４６】
ノード、プロセスの情報としては、ＭＣＳを構成するノード情報、及び、プロセスの動作に必要な情報及び起動ノードの優先順位情報であるプロセス情報が存在し、これらの情報に従ってプロセスが配置される。
【００４７】
次に、本発明の特徴部分であるプロセス状態監視処理について説明する。本発明では、１つのＭＣＳ上でサーバプロセスが動作し、各ＭＣＳ上で実行されている複数のプロセスの状態に関する情報（「プロセス情報」と呼ぶ。）を収集、監視する。
【００４８】
図６は、プロセス状態監視処理に関連する構成要素のブロック図である。図６において、ＭＣＳはサーバを構成し（以下、「サーバＭＣＳ」と呼ぶ。）、複数のクライアントＡ〜Ｘとネットワーク接続されている。複数のクライアントＡ〜Ｘは、サーバＭＣＳに接続し、当該ＭＣＳ及び他のＭＣＳにおいて実行されているプロセスのプロセス状態を閲覧したり、プロセス情報を取得したりするために使用される。サーバＭＣＳは、通信プロトコルとしてＴＣＰ／ＩＰを使用して各クライアントＡ〜Ｘと通信する。
【００４９】
サーバＭＣＳでは、サーバプロセス１と、複数のプロセス＃１〜＃ｎが実行される。本例では、サーバＭＣＳは図５におけるノード＃１のＭＣＳに対応し、プロセス＃１〜＃ｎはノード＃１のＭＣＳ上で実行されている各プロセスに対応する。なお、サーバプロセスは本発明における状態監視プロセスに相当し、プロセス＃１〜＃ｎは本発明における処理プロセスに相当する。
【００５０】
サーバプロセス１と、プロセス＃１〜＃ｎとは、通信プロトコルとしてＴＣＰ／ＩＰを使用して通信する。また、プロセス＃１〜＃ｎ同士も通信プロトコルとしてＴＣＰ／ＩＰを使用する。
【００５１】
図６に示すように、サーバプロセス１は、各プロセス＃１〜＃ｎからプロセス情報を収集するとともに、プロセスの生存を確認する。そして、サーバプロセス１は、各プロセス＃１〜＃ｎから収集したプロセス情報を保存する。このプロセス情報は、プロセス単位のプロセス情報の集合であり、サーバプロセス１は、プロセス単位のプロセス情報４を出力することができる。
【００５２】
各クライアントＡ〜Ｘは例えばＰＣなどの端末装置により構成される。クライアントＡ〜Ｘは、サーバＭＣＳのサーバプロセス１にアクセスしてプロセス情報をダウンロードすることができる。これにより、クライアントＡ〜Ｘを使用するオペレータは、異なる場所に設置された異なるクライアントＡ〜Ｘを使用して、図６に示すような搬送制御システムのプロセス単位の状態を監視することができる。
【００５３】
図７は、サーバプロセス１により実行される生存確認の方法を模式的に示す。サーバプロセス１は、各プロセス＃１〜＃ｎとの通信状態、即ちネットワーク接続が接続状態であるか切断状態であるかに基づいてプロセスの生存状態を判定する。具体的に、図７（ａ）に示すように、サーバプロセス１は、プロセス＃ｎとの通信状態が接続状態であるときには、プロセス＃ｎが生存していると判定する。一方、図７（ｂ）に示すように、サーバプロセス１は、プロセス＃ｎとの通信状態が切断状態にあるときには、プロセス＃ｎがダウンしていると判定する。こうして、サーバプロセス１は、定期的に各プロセス＃１〜＃ｎにアクセスすることにより、各プロセス＃１〜＃ｎの生存確認を行い、その結果をプロセス情報の一部として記憶する。
【００５４】
図８は、各プロセス＃１〜＃ｎの動作を模式的に示す。各プロセス＃１〜＃ｎは、他のプロセスと通信し、他のプロセスから要求される処理を実行してその結果を要求元のプロセスに送信する。ここで、処理の要求及び処理の結果を含む送受信データを「メッセージ」と呼ぶ。各プロセス＃１〜＃ｎは、他のプロセスから受信したメッセージ、即ち処理の要求を一時的にメッセージキューに保存する（Ｓ１）。メッセージキューとは、物理的にはメッセージを保存するメモリのようなものである。そして、プロセス＃１〜＃ｎは、メッセージキューに保存されているメッセージを取り出してその内容に応じた処理を実行し（Ｓ２）、処理の結果を含むメッセージを要求元のプロセスに送信する（Ｓ３）。こうして、各プロセス＃１〜＃ｎは、他のプロセスから要求された処理を実行する。この間、他のプロセスから要求されたメッセージは一時的にメッセージキューに保存されるので、メッセージキューに保存されているメッセージ数は、そのプロセスが実行する処理の数を示している。よって、各プロセス＃１〜＃ｎは、このメッセージ数をプロセス情報としてサーバプロセスに送信する。
【００５５】
図９は、サーバプロセス１が各プロセス＃１〜＃ｎからプロセス情報を収集する方法を模式的に示す。まず、サーバプロセス１は定期的に各プロセス＃１〜＃ｎに対してプロセス情報を要求する（Ｓ１１）。各プロセス＃１〜＃ｎは、要求時の最新メッセージ数、ＣＰＵ使用率及びメモリ使用率を計算し、これらをプロセス情報としてサーバプロセス１へ送信する（Ｓ１２）。ここで、「要求時の最新メッセージ数」とは、各プロセス＃１〜＃３のメッセージキューに蓄積されているメッセージの数である。「ＣＰＵ使用率」とは、そのプロセスの実行によりサーバＭＣＳのＣＰＵを占有している割合である。また、「メモリ使用率」とは、そのプロセスの実行によりサーバＭＣＳのメモリを占有している割合である。サーバプロセス１は、これらの情報をプロセス情報として各プロセス＃１〜＃ｎから受信し、プロセス情報として更新し、保存する（Ｓ１３）。その後、図６に示すクライアントなどの外部装置から要求があると、プロセス情報を外部ファイルへ出力する（Ｓ１４）。この際、サーバプロセス１は、プロセス単位でプロセス情報を出力することができる。例えば、クライアントＡがプロセス＃１のみのプロセス情報を要求した場合には、サーバプロセス１はプロセス＃１のみのプロセス情報をクライアントＡへ送信することができる。
【００５６】
図１０は、外部装置であるクライアントＡ〜Ｘからプロセス情報にアクセスする際の処理を模式的に示す。まず、クライアントＡ〜Ｘで実行されるクライアントプロセス３は、定期的に又はオペレータの指示に基づいて、サーバプロセス１へプロセス情報を要求する（Ｓ２１）。サーバプロセス１は、要求されたプロセス情報を要求元のクライアントへ返信する（Ｓ２２）。要求元のクライアントは、受信したプロセス情報を用いてクライアント内のプロセス情報を更新する（Ｓ２３）。こうして、各クライアントＡ〜ＸはサーバＭＣＳから全てのプロセスについてのプロセス情報を取得することができる。また、例えば、クライアント毎に状態監視の対象となるプロセスが決められている場合には、特定のクライアントは特定のプロセスについてのプロセス情報のみを取得し、監視することもできる。
【００５７】
なお、上記の例では、サーバプロセス１はサーバＭＣＳ内のプロセスのみについてプロセス情報を収集しているが、サーバプロセス１は他のＭＣＳ内のプロセスについても、ネットワークを通じてプロセス情報を取得することができる。例えば、図５において、サーバＭＣＳとして機能するノード＃１のＭＣＳは、ＬＡＮ１０を経由してノード＃２〜＃ｎのＭＣＳ内の全てのプロセスからプロセス情報を定期的に収集し、記憶しておくことができる。この場合には、クライアントＡ〜Ｘは、サーバＭＣＳのみに接続することにより、全てのＭＣＳ内の全てのプロセスについてのプロセス情報を収集、監視することもできるし、特定のＭＣＳ内の特定のプロセスのみについてプロセス情報を収集、監視することもできる。
【図面の簡単な説明】
【００５８】
【図１】本発明の搬送制御システムの基本構成を模式的に示す。
【図２】ホスト通信サブシステムの動作を模式的に示す。
【図３】搬送制御サブシステムの動作を模式的に示す。
【図４】ＡＭＨＳ通信サブシステムの動作を模式的に示す。
【図５】本発明の実施例に係る搬送制御システムの構成を示す。
【図６】プロセス状態監視処理の概略を示す。
【図７】生存確認処理を概念的に示す。
【図８】各プロセスにおける処理を示す。
【図９】サーバプロセスによるプロセス情報の収集方法を示す。
【図１０】クライアントからのプロセス情報の取得方法を示す。
【符号の説明】
【００５９】
１ サーバプロセス
１０ ＬＡＮ
１１ ホスト
１２ ＭＣＳターミナル
１３ 分散装置
【特許請求の範囲】
【請求項１】
各々が処理プロセスを実行する複数の処理プロセス実行手段と、
状態監視プロセスを実行する状態監視プロセス実行手段と、を備え、
前記状態監視プロセス実行手段は、
前記複数の処理プロセス実行手段に対して、定期的にプロセス情報を要求するプロセス情報要求手段と、
前記複数の処理プロセス実行手段からプロセス情報を受信し、プロセス単位で更新及び記憶するプロセス情報記憶手段と、
前記プロセス情報をプロセス単位で外部装置へ出力するプロセス情報出力手段と、を備えることを特徴とするプロセス状態監視装置。
【請求項２】
前記複数の処理プロセス実行手段の各々は、他の処理プロセス実行手段からメッセージを受信して保存するとともに、当該メッセージに対応する処理を実行し、処理結果を前記他の処理プロセス実行手段に送信することを特徴とする請求項１に記載のプロセス状態監視装置。
【請求項３】
前記複数の処理プロセス実行手段の各々は、前記プロセス情報として、他の処理プロセス実行手段から受信して保存しているメッセージの数を前記プロセス情報記憶手段に送信することを特徴とする請求項１又は２のいずれか一項に記載のプロセス状態監視装置。
【請求項４】
前記複数の処理プロセス実行手段の各々は、前記プロセス情報として、当該処理プロセス実行手段によるＣＰＵの使用率及びメモリの使用率を前記プロセス情報記憶手段に送信することを特徴とする請求項１乃至３のいずれか一項に記載のプロセス状態監視装置。
【請求項５】
前記状態監視プロセス実行手段は、前記処理プロセス実行手段との通信の有無に基づいて、当該処理プロセス実行手段の生存状態を検出する生存状態検出手段を備えることを特徴とする請求項１乃至４のいずれか一項に記載のプロセス状態監視装置。
【請求項６】
前記複数の処理プロセス実行手段は複数の端末装置上で処理プロセスを実行しており、前記状態監視プロセス実行手段は、複数の端末装置における処理プロセス実行手段からプロセス情報を取得することを特徴とする請求項１乃至５のいずれか一項に記載のプロセス状態監視装置。
【請求項１】
各々が処理プロセスを実行する複数の処理プロセス実行手段と、
状態監視プロセスを実行する状態監視プロセス実行手段と、を備え、
前記状態監視プロセス実行手段は、
前記複数の処理プロセス実行手段に対して、定期的にプロセス情報を要求するプロセス情報要求手段と、
前記複数の処理プロセス実行手段からプロセス情報を受信し、プロセス単位で更新及び記憶するプロセス情報記憶手段と、
前記プロセス情報をプロセス単位で外部装置へ出力するプロセス情報出力手段と、を備えることを特徴とするプロセス状態監視装置。
【請求項２】
前記複数の処理プロセス実行手段の各々は、他の処理プロセス実行手段からメッセージを受信して保存するとともに、当該メッセージに対応する処理を実行し、処理結果を前記他の処理プロセス実行手段に送信することを特徴とする請求項１に記載のプロセス状態監視装置。
【請求項３】
前記複数の処理プロセス実行手段の各々は、前記プロセス情報として、他の処理プロセス実行手段から受信して保存しているメッセージの数を前記プロセス情報記憶手段に送信することを特徴とする請求項１又は２のいずれか一項に記載のプロセス状態監視装置。
【請求項４】
前記複数の処理プロセス実行手段の各々は、前記プロセス情報として、当該処理プロセス実行手段によるＣＰＵの使用率及びメモリの使用率を前記プロセス情報記憶手段に送信することを特徴とする請求項１乃至３のいずれか一項に記載のプロセス状態監視装置。
【請求項５】
前記状態監視プロセス実行手段は、前記処理プロセス実行手段との通信の有無に基づいて、当該処理プロセス実行手段の生存状態を検出する生存状態検出手段を備えることを特徴とする請求項１乃至４のいずれか一項に記載のプロセス状態監視装置。
【請求項６】
前記複数の処理プロセス実行手段は複数の端末装置上で処理プロセスを実行しており、前記状態監視プロセス実行手段は、複数の端末装置における処理プロセス実行手段からプロセス情報を取得することを特徴とする請求項１乃至５のいずれか一項に記載のプロセス状態監視装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００８−３１０６３２（Ｐ２００８−３１０６３２Ａ）
【公開日】平成２０年１２月２５日（２００８．１２．２５）
【国際特許分類】
【出願番号】特願２００７−１５８５１４（Ｐ２００７−１５８５１４）
【出願日】平成１９年６月１５日（２００７．６．１５）
【出願人】（３０２０５９２７４）アシスト テクノロジーズ ジャパン株式会社 (146)
【Ｆターム（参考）】
【公開日】平成２０年１２月２５日（２００８．１２．２５）
【国際特許分類】
【出願日】平成１９年６月１５日（２００７．６．１５）
【出願人】（３０２０５９２７４）アシスト テクノロジーズ ジャパン株式会社 (146)
【Ｆターム（参考）】
[ Back to top ]