(57)【特許請求の範囲】
【請求項１】
各々が少なくとも２つの設定状態をとることが可能な装置であって、参照信号を受信する参照受信部と、参照受信部が参照信号を受信した場合にその時の設定状態を伝達する状態送信部と、設定状態を変更するためのイベント信号を受信するイベント受信部と、イベント受信部がイベント信号を受信した場合に設定状態を変更する変更部と、を有するコンポーネントで構成される複数の設定装置と、この複数の設定装置に接続され、参照信号を複数の設定装置の各参照受信部に送信する参照送信部と、複数の設定装置の各状態送信部から送信される各々の設定状態を受信する状態受信部と、状態受信部が受信した各々の設定状態と予め記憶された照会状態とを比較して一致しているか否かを判別する判別部と、判別部による判別結果が真の場合にのみ設定状態を変更するためのイベント信号を各設定装置の各イベント受信部に送信するイベント送信部と、を有する仲介装置と、を備えたことを特徴とする協調動作ユニット。
【請求項２】
設定装置の参照受信部、状態送信部、イベント受信部及び変更部は、協調動作ユニット用プログラムに従って作動する演算装置及びメモリによって一体に構成されていることを特徴とする請求項１に記載の協調動作ユニット。
【請求項３】
仲介装置の参照送信部、状態受信部、判別部及びイベント送信部は、協調動作ユニット用プログラムに従って作動する演算装置及びメモリによって一体に構成されていることを特徴とする請求項１または２に記載の協調動作ユニット。
【請求項４】
協調動作ユニット用プログラムは、オブジェクト指向言語を用いて記述されたことを特徴とする請求項２または３に記載の協調動作ユニット。
【請求項５】
協調動作ユニット用プログラムは、Ｊａｖａ言語を用いて記述されたことを特徴とする請求項４に記載の協調動作ユニット。
【請求項６】
請求項１に記載の設定装置の参照受信部、状態送信部、イベント受信部及び変更部を、演算装置及びメモリを制御して作動させる協調動作ユニット用プログラム、
を記録したコンピュータ読み取り可能な記録媒体。
【請求項７】
請求項１に記載の仲介装置の参照送信部、状態受信部、判別部及びイベント送信部を、演算装置及びメモリを制御して作動させる協調動作ユニット用プログラム、
を記録したコンピュータ読み取り可能な記録媒体。
【請求項８】
請求項６に記載の協調動作ユニット用プログラムを、応答形式によって演算装置及びメモリを制御して作成させる協調動作ユニット用プログラム作成プログラム、
を記録したコンピュータ読み取り可能な記録媒体。
【請求項９】
請求項７に記載の協調動作ユニット用プログラムを、応答形式によって演算装置及びメモリを制御して作成させる協調動作ユニット用プログラム作成プログラム、
を記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、協調動作制御ユニット及び協調動作ユニット用プログラムに係り、とりわけ、協調動作する相手の変更に容易に対応できる協調動作制御ユニット及び協調動作ユニット用プログラムに関する。
【０００２】
【従来の技術】
従来、協調動作制御ユニットとして、図９乃至図１２に示すような構成が用いられている。
【０００３】
図９（ａ）（ｂ）は、協調動作する２つの設定装置５１，５２の各々の状態遷移図である。図９（ａ）（ｂ）に示すように、設定装置５１は、ＳＴＡＴＥ−ＡとＳＴＡＴＥ−Ｂとの２つの設定状態をとることが可能であり、設定装置５２は、ＳＴＡＴＥ−ＣとＳＴＡＴＥ−Ｄとの２つの設定状態をとることが可能である。なお、図９（ａ）で、「Ｔ」は設定装置５２を構成するコンポーネントを示しており、「＾Ｔ．ｅｖｅｎｔ１」はＴにイベント１（ｅｖｅｎｔ１）信号を伝達することを示している。
【０００４】
図１０（ａ）は、設定装置５１，５２の状態遷移の一例を示す概略図である。図９（ａ）（ｂ）及び図１０（ａ）に示すように、設定装置５１は、ＳＴＡＴＥ−Ａの状態でイベント１信号を受信する（▲１▼）と、設定装置５２の状態を調査するための参照信号を設定装置５２に送信する（▲２▼）。設定装置５２は、設定装置５１から送られた参照信号に応答して、その時の設定状態を設定装置５１に送信し、設定装置５１は、設定装置５２から送信された当該設定状態の信号を受信する（▲３▼）。
【０００５】
設定装置５１が受信した設定装置５２の設定状態がＳＴＡＴＥ−Ｃである場合、すなわち、設定装置５２の設定状態がＳＴＡＴＥ−Ｃである場合、設定装置５１は、ＳＴＡＴＥ−Ａの状態からアクション１（ａｃｔｉｏｎ１）を実行して、ＳＴＡＴＥ−Ｂに状態を変更する（▲４▼）。同時に、設定装置５１は、イベント１信号を設定装置５２に送信する（▲５▼）。
【０００６】
すなわち、設定装置５１におけるＳＴＡＴＥ−ＡからＳＴＡＴＥ−Ｂへの状態変更は、イベント１信号の入力の他に、設定装置５２がＳＴＡＴＥ−Ｃの状態にあることが必要であり、これによって協調動作を実現している。
【０００７】
その後、設定装置５２は、設定装置５１から送信されるイベント１信号によってアクション１を実行し、ＳＴＡＴＥ−ＣからＳＴＡＴＥ−Ｄに状態が変更される（▲６▼）。
【０００８】
また、図１０（ｂ）は、設定装置５１，５２の状態遷移の他の例を示す概略図である。図９（ａ）（ｂ）及び図１０（ｂ）に示すように、設定装置５１は、ＳＴＡＴＥ−Ｂの状態でイベント２信号を受信する（▲１▼）と、設定装置５２の状態を調査するための参照信号を設定装置５２に送信する（▲２▼）。設定装置５２は、設定装置５１から送られた参照信号に応答して、その時の設定状態を設定装置５１に送信し、設定装置５１は、設定装置５２から送信された当該設定状態の信号を受信する（▲３▼）。
【０００９】
設定装置５１が受信した設定装置５２の設定状態がＳＴＡＴＥ−Ｄである場合、すなわち、設定装置５２の設定状態がＳＴＡＴＥ−Ｄである場合、設定装置５１は、ＳＴＡＴＥ−Ｂの状態からアクション２（ａｃｔｉｏｎ２）を実行して、ＳＴＡＴＥ−Ａに状態を変更する（▲４▼）。同時に、設定装置５１は、イベント２信号を設定装置５２に送信する（▲５▼）。
【００１０】
すなわち、設定装置５１におけるＳＴＡＴＥ−ＢからＳＴＡＴＥ−Ａへの状態変更は、イベント２信号の入力の他に、設定装置５２がＳＴＡＴＥ−Ｄの状態にあることが必要であり、これによって協調動作を実現している。
【００１１】
その後、設定装置５２は、設定装置５１から送信されるイベント２信号によってアクション２を実行し、ＳＴＡＴＥ−ＤからＳＴＡＴＥ−Ｃに状態が変更される（▲６▼）。
【００１２】
本件発明者らは、図９（ａ）（ｂ）及び図１０（ａ）（ｂ）に示すような状態遷移動作を、Ｊａｖａ言語によるプログラムと、当該プログラムによって作動する演算装置及びメモリとによって実現している。設定装置５１と設定装置５２のためのＪａｖａ言語によるプログラム例を、それぞれ図１１及び図１２に示す。Ｊａｖａ言語においては、設定装置は通常「クラス」として表現される。この場合、設定装置５１、５２は、それぞれＣｏｍｐｏｎｅｎｔ１、Ｃｏｍｐｏｎｅｎｔ２として記述されている。
【００１３】
【発明が解決しようとする課題】
しかしながら、図９（ａ）（ｂ）及び図１０（ａ）（ｂ）に示すような状態遷移動作では、協調動作する相手を予め確定させておく必要があり、協調動作の相手の変更に対しての対応が複雑である。すなわち、一方の設定装置５１の仕様が他方の設定装置５２の仕様に依存しており、各設定装置の再利用性が低い。
【００１４】
例えば、図１１及び図１２に示すプログラムによって設定装置５１及び５２の仕様が実現されている前述の従来技術において、設定装置５２の設定状態に関してＳＴＡＴＥ−ＣがＳＴＡＴＥ−Ｅに変更され、さらにＳＴＡＴＥ−ＤがＳＴＡＴＥ−Ｆに変更された場合、設定装置５１と設定装置５２のためのプログラムは、それぞれ図１３及び図１４に示すように変更されなければならない。
【００１５】
このように、設定装置５２のみの仕様変更にも関わらず、設定装置５１の側のプログラムにもその影響が及び、プログラムの変更は熟練したプログラマであっても極めて困難である。このことは特に、協調動作する相手が複数存在する場合に大きな問題となる。
【００１６】
また、協調動作する相手が複数存在する場合、従来技術による仕様の設定（記述）及び実装は比較的困難であり、仕様の設定中にバグが入る可能性も高い。
【００１７】
本発明は、このような点を考慮してなされたものであり、協調動作する相手の変更に容易に対応できるとともに、仕様の設定や実装が比較的容易な協調動作制御ユニット及び協調動作ユニット用プログラムを提供することを目的とする。
【００１８】
【課題を解決するための手段】
本発明は、各々が少なくとも２つの設定状態をとることが可能な装置であって、参照信号を受信する参照受信部と、参照受信部が参照信号を受信した場合にその時の設定状態を伝達する状態送信部と、設定状態を変更するためのイベント信号を受信するイベント受信部と、イベント受信部がイベント信号を受信した場合に設定状態を変更する変更部と、を有する複数の設定装置と、複数の設定装置に接続され、参照信号を複数の設定装置の各参照受信部に送信する参照送信部と、複数の設定装置の各送信部から送信される各々の設定状態を受信する状態受信部と、状態受信部が受信した各々の設定状態と予め記憶された照会状態とを比較して一致しているか否かを判別する判別部と、判別部による判別結果が真の場合にのみイベント信号を各設定装置の各イベント受信部に送信するイベント送信部と、を有する仲介装置と、を備えたことを特徴とする協調動作ユニットである。
【００１９】
本発明によれば、仲介装置が各々の設定装置の設定状態と予め記憶された照会状態とを比較処理するため、協調動作する設定装置の変更の際には当該設定装置と仲介装置の仕様変更で足り、変更されない設定装置について仕様を変更する必要がない。
【００２０】
また、本発明は、特許請求の範囲の請求項１に記載の設定装置の参照受信部、状態送信部、イベント受信部及び変更部を、演算装置及びメモリを制御して作動させる協調動作ユニット用プログラムを記録したコンピュータ読み取り可能な記録媒体である。また本発明は、特許請求の範囲の請求項１に記載の仲介装置の参照送信部、状態受信部、判別部及びイベント送信部を、演算装置及びメモリを制御して作動させる協調動作ユニット用プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００２１】
これらの記録媒体を用いれば、特許請求の範囲の請求項１に記載の協調動作ユニットを、極めて容易かつ迅速に構築することが可能である。
【００２２】
さらに本発明は、特許請求の範囲の請求項６に記載の協調動作ユニット用プログラムを、応答形式によって演算装置及びメモリを制御して作成させる協調動作ユニット用プログラム作成プログラムを記録したコンピュータ読み取り可能な記録媒体である。また、特許請求の範囲の請求項７に記載の協調動作ユニット用プログラムを、応答形式によって演算装置及びメモリを制御して作成させる協調動作ユニット用プログラム作成プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００２３】
これらの記録媒体を用いれば、特許請求の範囲の請求項６または７に記載の協調動作ユニット用プログラムを極めて容易かつ迅速に構築することが可能であり、従って特許請求の範囲の請求項１に記載の協調動作ユニットを極めて容易かつ迅速に構築することが可能である。
【００２４】
【発明の実施の形態】
本発明の基本的な思想は、設定装置から、協調動作のための状態判断を担う部分を切り離して、これを仲介装置として構成するというものである。以下、図面を参照して本発明の実施の形態について説明する。
【００２５】
図１は、本発明による協調動作制御ユニットの一実施の形態を示す構成概略図である。図１に示すように、本実施の形態の協調動作制御ユニット４０は、２つの設定装置１０、２０と、仲介装置３０とを備えている。
【００２６】
設定装置１０は、ＳＴＡＴＥ−ＡとＳＴＡＴＥ−Ｂとの２つの設定状態をとることが可能であり、参照信号を受信する参照受信部１１と、参照受信部１１が参照信号を受信した場合にその時の設定状態（ＳＴＡＴＥ−ＡまたはＳＴＡＴＥ−Ｂ）を伝達する状態送信部１２と、設定状態を変更するためのイベント信号を受信するイベント受信部１３と、イベント受信部１３がイベント信号を受信した場合に設定状態を変更する変更部１４とを有している。
【００２７】
設定装置２０は、設定装置１０と略同様に、ＳＴＡＴＥ−ＣとＳＴＡＴＥ−Ｄとの２つの設定状態をとることが可能であり、参照信号を受信する参照受信部２１と、参照受信部２１が参照信号を受信した場合にその時の設定状態（ＳＴＡＴＥ−ＣまたはＳＴＡＴＥ−Ｄ）を伝達する状態送信部２２と、設定状態を変更するためのイベント信号を受信するイベント受信部２３と、イベント受信部２３がイベント信号を受信した場合に設定状態を変更する変更部２４とを有している。
【００２８】
仲介装置３０は、設定装置１０、２０に共に接続され、参照信号を複数の設定装置の各参照受信部１１、２１に送信する参照送信部３１と、２つの設定装置１０、２０の各送信部１２、２２から送信される各々の設定状態を受信する状態受信部３２と、状態受信部３２が受信した各々の設定状態と予め記憶された照会状態とを比較して一致しているか否かを判別する判別部３３と、判別部３３による判別結果が真の場合にのみイベント信号を各設定装置１０、２０の各イベント受信部１３、２３に送信するイベント送信部３４とを有している。
【００２９】
図２（ａ）、（ｂ）、（ｃ）は、それぞれ設定装置１０、２０及び仲介装置３０の状態遷移図である。図２（ａ）に示すように、設定装置１０は、ＳＴＡＴＥ−ＡとＳＴＡＴＥ−Ｂとの２つの設定状態をとることが可能である。また図２（ｂ）に示すように、設定装置２０は、ＳＴＡＴＥ−ＣとＳＴＡＴＥ−Ｄとの２つの設定状態をとることが可能である。
【００３０】
なお図２（ｃ）で、「Ｔ１」は設定装置１０を構成するコンポーネントを示しており、「Ｔ２」は設定装置２０を構成するコンポーネントを示している。また、「＾Ｔ１．ｅｖｅｎｔ１」はＴ１にイベント１（ｅｖｅｎｔ１）信号を伝達することを示しており、「＾Ｔ２．ｅｖｅｎｔ１」はＴ２にイベント１信号を伝達することを示している。同様に「＾Ｔ１．ｅｖｅｎｔ２」はＴ１にイベント２（ｅｖｅｎｔ２）信号を伝達することを示しており、「＾Ｔ２．ｅｖｅｎｔ２」はＴ２にイベント２信号を伝達することを示している。
【００３１】
次に、以上のような構成からなる本実施の形態の作用について図３（ａ）、（ｂ）を用いて説明する。
【００３２】
図３（ａ）は、設定装置１０，２０及び仲介装置３０の状態遷移の一例を示す概略図である。図２（ａ）（ｂ）（ｃ）及び図３（ａ）に示すように、仲介装置３０がイベント１信号を受信する（▲１▼）と、参照送信部３１が設定装置１０及び２０の状態を調査するための参照信号を各設定装置１０、２０に送信する（▲２▼）。
【００３３】
設定装置１０、２０は、参照送信部３１から送られた参照信号を参照受信部１１、２１によって受信し、その時の設定状態を状態送信部１２、２２から仲介装置３０に送信する（▲３▼）。
【００３４】
仲介装置３０は、状態受信部３２によって、各状態送信部１２、２２から送信される各々の設定装置１０、２０の設定状態を受信する。そして判別部３３により、受信した各々の設定状態と、予め記憶された照会状態とを比較して一致しているか否かを判別する（▲４▼）。この場合、設定装置１０の状態がＳＴＡＴＥ−Ａであり且つ設定装置２０の状態がＳＴＡＴＥ−Ｃであるか否かが判別される。
【００３５】
判別部３３による判別結果が真の場合、仲介装置３０のイベント送信部３４が、各設定装置１０、２０にイベント１信号を送信する（▲５▼）。設定装置１０、２０は、イベント受信部１３、２３によってイベント１信号を受信し、それぞれａｃｔｉｏｎ１を実行し、設定装置１０はＳＴＡＴＥ−ＡからＳＴＡＴＥ−Ｂに状態が変更され、設定装置２０はＳＴＡＴＥ−ＣからＳＴＡＴＥ−Ｄに状態が変更される（▲６▼）。
【００３６】
また、図３（ｂ）は、設定装置１０，２０及び仲介装置３０の状態遷移の他の例を示す概略図である。図２（ａ）（ｂ）（ｃ）及び図３（ｂ）に示すように、仲介装置３０がイベント２信号を受信する（▲１▼）と、参照送信部３１が設定装置１０及び２０の状態を調査するための参照信号を各設定装置１０、２０に送信する（▲２▼）。
【００３７】
設定装置１０、２０は、参照送信部３１から送られた参照信号を参照受信部１１、２１によって受信し、その時の設定状態を状態送信部１２、２２から仲介装置３０に送信する（▲３▼）。
【００３８】
仲介装置３０は、状態受信部３２によって、各状態送信部１２、２２から送信される各々の設定装置１０、２０の設定状態を受信する。そして判別部３３により、受信した各々の設定状態と、予め記憶された照会状態とを比較して一致しているか否かを判別する（▲４▼）。この場合、設定装置１０の状態がＳＴＡＴＥ−Ｂであり且つ設定装置２０の状態がＳＴＡＴＥ−Ｄであるか否かが判別される。
【００３９】
判別部３３による判別結果が真の場合、仲介装置３０のイベント送信部３４が、各設定装置１０、２０にイベント２信号を送信する（▲５▼）。設定装置１０、２０は、イベント受信部１３、２３によってイベント２信号を受信し、それぞれａｃｔｉｏｎ２を実行し、設定装置１０はＳＴＡＴＥ−ＢからＳＴＡＴＥ−Ａに状態が変更され、設定装置２０はＳＴＡＴＥ−ＤからＳＴＡＴＥ−Ｃに状態が変更される（▲６▼）。
【００４０】
本実施の形態では、図２（ａ）（ｂ）（ｃ）及び図３（ａ）（ｂ）に示すような状態遷移動作を、Ｊａｖａ言語によるプログラムと、当該プログラムによって作動する演算装置及びメモリとによって実現している。
【００４１】
設定装置１０、設定装置２０及び仲介装置３０のためのＪａｖａ言語によるプログラム例を、それぞれ図４乃至図６に示す。設定装置１０、２０及び仲介装置３０は「クラス」として表現され、ここでは設定装置１０、２０のクラス名をそれぞれＣｏｍｐｏｎｅｎｔ１、Ｃｏｍｐｏｎｅｎｔ２とされており、仲介装置３０のクラス名をＢｒｏｋｅｒとされている。
【００４２】
以上のように構成された本実施の形態は、設定装置１０、２０の仕様の変更に容易に対応することができる。なぜなら、図４および図５からも分かるように、各設定装置１０、２０の仕様は、協調動作する相手側の設定装置の仕様から独立して構成されているからである。
【００４３】
例えば、本実施の形態において、設定装置２０の設定状態に関して、ＳＴＡＴＥ−ＣがＳＴＡＴＥ−Ｅに変更され、さらにＳＴＡＴＥ−ＤがＳＴＡＴＥ−Ｆに変更された場合、設定装置２０及び仲介装置３０のためのプログラムは、それぞれ図７及び図８に示すように変更する必要があるが、設定装置１０のためのプログラムは図４に示すプログラムのままで変更の必要はない。
【００４４】
このように、設定装置２０の仕様変更には、当該設定装置２０と仲介装置３０の変更で足り、設定装置１０の側のプログラムに影響が及ばない。従って仕様の変更に対応することが従来技術と比較して極めて容易である。
【００４５】
なお、本実施の形態においては、各プログラムをＪａｖａ言語で記述しているが、Ｃ＋＋言語など他のオブジェクト指向言語を利用してもよい。
【００４６】
また、図４乃至図６に示すようなプログラムがあれば、図１乃至図３に示す構成を容易に実現することができる。すなわち、本実施の形態は図４乃至図６に示すようなプログラムを記録したコンピュータ読み取り可能な記録媒体という形態で市場に流通する可能性がある。
【００４７】
さらに本実施の形態は、図４乃至図６に示すプログラムを演算装置及びメモリを制御して作成させるような作成プログラムの形態で市場に流通する可能性もある。例えば、作成プログラムを応答形式で構築すれば、その利用者は、種々の設定装置の仕様に対応したプログラムを容易に作成することができる。
【００４８】
以上に示したように、本実施の形態によれば、仲介装置３０が各々の設定装置の設定状態の比較処理を全て担うため、協調動作する設定装置の変更の際には当該設定装置（例えば設定装置１０）と仲介装置３０の仕様変更で足り、変更されない設定装置（例えば設定装置２０）について仕様を変更する必要がない。
【００４９】
【発明の効果】
以上説明したように、本発明による協調動作ユニットは、協調動作する相手の変更に容易に対応できるとともに、仕様の設定や実装が比較的容易である。
【図面の簡単な説明】
【図１】本発明による協調動作制御ユニットの一実施の形態の構成を示す概略図。
【図２】図１の協調動作制御ユニットの状態遷移図。
【図３】図１の協調動作制御ユニットの実装の様子と処理の流れを示す図。
【図４】図１の協調動作制御ユニットの設定装置１０のためのＪａｖａ言語によるプログラム例を示す図。
【図５】図１の協調動作制御ユニットの設定装置２０のためのＪａｖａ言語によるプログラム例を示す図。
【図６】図１の協調動作制御ユニットの仲介装置３０のためのＪａｖａ言語によるプログラム例を示す図。
【図７】仕様変更した場合の設定装置２０のためのＪａｖａ言語によるプログラム例を示す図。
【図８】仕様変更した場合の仲介装置３０のためのＪａｖａ言語によるプログラム例を示す図。
【図９】従来の協調動作制御ユニットの状態遷移図。
【図１０】従来の協調動作制御ユニットの実装の様子と処理の流れを示す図。
【図１１】図１０の協調動作制御ユニットの設定装置５１のためのＪａｖａ言語によるプログラム例を示す図。
【図１２】図１０の協調動作制御ユニットの設定装置５２のためのＪａｖａ言語によるプログラム例を示す図。
【図１３】仕様変更した場合の設定装置５１のためのＪａｖａ言語によるプログラム例を示す図。
【図１４】仕様変更した場合の設定装置５２のためのＪａｖａ言語によるプログラム例を示す図。
【符号の説明】
１０  設定装置
１１  参照受信部
１２  状態送信部
１３  イベント受信部
１４  変更部
２０  設定装置
２１  参照受信部
２２  状態送信部
２３  イベント受信部
２４  変更部
３０  仲介装置
３１  参照送信部
３２  状態受信部
３３  判別部
３４  イベント送信部
４０  協調動作制御ユニット
【図１】
0003836615.tif 000002
【図２】
0003836615.tif 000003
【図３】
0003836615.tif 000004
【図４】
0003836615.tif 000005
【図５】
0003836615.tif 000006
【図６】
0003836615.tif 000007
【図７】
0003836615.tif 000008
【図８】
0003836615.tif 000009
【図９】
0003836615.tif 000010
【図１０】
0003836615.tif 000011
【図１１】
0003836615.tif 000012
【図１２】
0003836615.tif 000013
【図１３】
0003836615.tif 000014
【図１４】
0003836615.tif 000015