(57)【要約】【課題】メンテナンス時などの作業負担を軽減できる通信制御装置を提供する。【解決手段】受付手段は、複数の通信機器のうち、特定の送信側機器を選択する指示を受け付ける。制御手段は、前記受付手段を介して選択された前記送信側機器から送信されるすべての送信データの更新、または、当該送信データを受信データとして取得する受信側機器における受信データの更新を停止する。【選択図】図１
2011049636.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信機器が互いに通信可能に接続されて構成された通信システムを制御する通信制御装置において、
前記複数の通信機器のうち、特定の送信側機器を選択する指示を受け付ける受付手段と、
前記受付手段を介して選択された前記送信側機器から送信されるすべての送信データの更新、または前記複数の通信機器のうち、当該送信データを受信データとして取得する受信側機器における前記受信データの更新を停止する制御手段と、
を備えることを特徴とする通信制御装置。
【請求項２】
前記制御手段は前記受付手段を介して選択された前記送信側機器に設けられ、前記送信側機器から送信される前記送信データの更新を停止することを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記制御手段は前記受信側機器に設けられ、前記受付手段を介して選択された前記送信側機器からの前記受信データの更新を停止することを特徴とする請求項１または２に記載の通信制御装置。
【請求項４】
前記受付手段は前記複数の通信機器のうち特定の受信側機器を選択する指示を受け付け、前記制御手段は前記受付手段を介して選択された前記受信側機器でのみ前記受信データの更新を停止することを特徴とする請求項３に記載の通信制御装置。
【請求項５】
前記受付手段は、前記制御手段により更新が停止された前記送信データまたは前記受信データのデータ値の指定を受け付けることを特徴とする請求項１〜４のいずれか１項に記載の通信制御装置。
【請求項６】
前記通信機器はプラントの安全を確保するための演算を実行する安全制御ステーションであり、前記送信データおよび前記受信データは前記安全ステーションにおける演算に用いるデータまたは前記演算により得られるデータであることを特徴とする請求項１〜５のいずれか１項に記載の通信制御装置。
【請求項７】
複数の通信機器が互いに通信可能に接続されて構成された通信システムを制御する通信制御方法において、
前記複数の通信機器のうち特定の送信側機器を選択する指示を受け付けるステップと、
前記指示を受け付けるステップを介して選択された前記送信側機器から送信されるすべての送信データの更新、または当該送信データを受信データとして取得する受信側機器における前記受信データの更新を停止するステップと、
を備えることを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信機器が制御バスに接続されて構成された通信システムを制御する通信制御装置および通信制御方法に関する。
【背景技術】
【０００２】
プラントの安全を確保するための安全計装システムでは、複数の安全制御ステーション間で制御バスを介する通信によりデータのやりとりが行われる。
【０００３】
送信側のステーションでは、所定の言語（例えば、IEC61131言語）で記述されるアプリケーションロジックのうえで、送信データごとにプロデューサファンクションブロックを配置し、そのプロデューサファンクションブロックの入力値として送信データを与える。プロデューサファンクションブロックは安全情報を付加するなどして通信データを作成し、通信機能に受け渡す。通信機能はプロデューサファンクションブロックからの通信データを制御バスに送信する。
【０００４】
一方、受信側のステーションでは、上記言語で記述されるアプリケーションロジックのうえで、通信データごとにコンシューマファンクションブロックを配置し、コンシューマファンクションブロックの出力値として受信データを取得する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１４７７９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
安全制御ステーションのアプリケーションロジックは、オンラインで、すなわちステーションを停止させずに変更することができる。また、安全制御ステーションには変数（送信データ、受信データ）の値を変更できなくするロック機能が用意されている。
【０００７】
例えば、送信側ステーションのアプリケーションロジックをオンラインで変更するときに、ロジックの内容を誤ってしまうと、その影響が受信側ステーションまで及ぶおそれがある。それを回避するために、アプリケーションの変更前に送信側ステーションの送信データをロックすることで、受信側ステーションに異常なデータが伝わらないようにするという手順が、ユーザに対して推奨されている。
【０００８】
また、何らかの理由により送信側ステーションが停止すると、受信側ステーションのコンシューマファンクションブロックが通信エラーを検出し、受信側ステーションのアプリケーションロジックに影響が出る。これを回避するためには、送信側ステーションを停止させる前に、受信側ステーションで受信データをロックして通信エラーの影響がアプリケーションロジックに伝わらないようにする必要がある。
【０００９】
しかし、従来のシステムでは、送信データまたは受信データをロックし、あるいはロックを解除するために、個々のデータに対してロック操作あるいは解除操作を実行する必要がある。ところが、１つの安全制御ステーションから送信できるデータは膨大（例えば、最大で２００個）であるため、これらの作業は極めて煩雑なものとなる。
【００１０】
本発明の目的は、メンテナンス時などの作業負担を軽減できる通信制御装置を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の通信制御装置は、複数の通信機器が互いに通信可能に接続されて構成された通信システムを制御する通信制御装置において、前記複数の通信機器のうち、特定の送信側機器を選択する指示を受け付ける受付手段と、前記受付手段を介して選択された前記送信側機器から送信されるすべての送信データの更新、または前記複数の通信機器のうち、当該送信データを受信データとして取得する受信側機器における前記受信データの更新を停止する制御手段と、を備えることを特徴とする。
この通信制御装置によれば、受付手段を介して選択された送信側機器から送信されるすべての送信データの更新、または、当該送信データを受信データとして取得する受信側機器における受信データの更新を停止するので、メンテナンス時などの作業負担を軽減できる。
【００１２】
前記制御手段は前記受付手段を介して選択された前記送信側機器に設けられ、前記送信側機器から送信される前記送信データの更新を停止してもよい。
【００１３】
前記制御手段は前記受信側機器に設けられ、前記受付手段を介して選択された前記送信側機器からの前記受信データの更新を停止してもよい。
【００１４】
前記受付手段は前記複数の通信機器のうち特定の受信側機器を選択する指示を受け付け、前記制御手段は前記受付手段を介して選択された前記受信側機器でのみ前記受信データの更新を停止してもよい。
【００１５】
前記受付手段は、前記制御手段により更新が停止された前記送信データまたは前記受信データのデータ値の指定を受け付けてもよい。
【００１６】
前記通信機器はプラントの安全を確保するための演算を実行する安全制御ステーションであり、前記送信データおよび前記受信データは前記安全ステーションにおける演算に用いるデータまたは前記演算により得られるデータであってもよい。
【００１７】
本発明の通信制御方法は、複数の通信機器が互いに通信可能に接続されて構成された通信システムを制御する通信制御方法において、前記複数の通信機器のうち特定の送信側機器を選択する指示を受け付けるステップと、前記指示を受け付けるステップを介して選択された前記送信側機器から送信されるすべての送信データの更新、または当該送信データを受信データとして取得する受信側機器における前記受信データの更新を停止するステップと、を備えることを特徴とする。
この通信制御方法によれば、選択された送信側機器から送信されるすべての送信データの更新、または当該送信データを受信データとして取得する受信側機器における受信データの更新を停止するので、メンテナンス時などの作業負担を軽減できる。
【発明の効果】
【００１８】
本発明の通信制御装置によれば、受付手段を介して選択された送信側機器から送信されるすべての送信データの更新、または、当該送信データを受信データとして取得する受信側機器における受信データの更新を停止するので、メンテナンス時などの作業負担を軽減できる。
【００１９】
本発明の通信制御方法によれば、選択された送信側機器から送信されるすべての送信データの更新、または当該送信データを受信データとして取得する受信側機器における受信データの更新を停止するので、メンテナンス時などの作業負担を軽減できる。
【図面の簡単な説明】
【００２０】
【図１】一実施形態の通信制御装置の構成を示すブロック図。
【図２】安全制御ステーションの構成を機能的に示すブロック図。
【図３】送信側ステーションと受信側ステーションの組み合わせ形態を示す図。
【図４】制御バスを介して送受信されるデータの通信形態を示す図であり、（ａ）はネットワーク構成を示す図、（ｂ）はリンク伝送データのデータ構造を示す図。
【図５】制御バスを介して送受信されるデータの通信形態を示す図であり、（ａ）は各ステーションで書き込み可能なデータの内容を示す図、（ｂ）は、リンク伝送データの送信タイミングを例示する図。
【図６】プロデューサファンクションブロックの機能を示すブロック図。
【図７】コンシューマファンクションブロック２２の機能を示す図であり、（ａ）はコンシューマファンクションブロック２２の機能を示すブロック図、（ｂ）はロック状態値情報の構成を示す図。
【図８】送信側ステーションのアプリケーションロジックをオンラインで変更する場合の手順を示す図。
【図９】送信側ステーションを停止する場合の手順を示す図。
【図１０】受信側ステーションにおけるアプリケーションロジックのデバッグをする際の手順を示す図。
【発明を実施するための形態】
【００２１】
以下、本発明による通信制御装置の実施形態について説明する。
【００２２】
図１は、本実施形態の通信制御装置の構成を示すブロック図、図２は安全制御ステーションの構成を機能的に示すブロック図である。
【００２３】
図１に示すように、本実施形態の通信制御装置は、受付手段として機能するエンジニアリング用コンピュータＥＮと、プラントの安全を確保するための演算を実行する安全制御ステーションＳＣＳ，ＳＣＳ，・・・と、プラントに配置されたフィールド機器（不図示）を制御するフィールド制御ステーションＦＣＳ，ＦＣＳ，・・・と、フィールド制御ステーションＦＣＳ，ＦＣＳ，・・・を介してフィールド機器を統合的に監視する操作監視装置ＨＩＳと、を備える。エンジニアリング用コンピュータＥＮ、安全制御ステーションＳＣＳ，ＳＣＳ，・・・およびフィールド制御ステーションＦＣＳ，ＦＣＳ，・・・は互いに制御バス５０を介して接続される。
【００２４】
図２に示すように、安全制御ステーションＳＣＳには、送信側ロジック１と、受信側ロジック２と、通信機能３とが実装される。
【００２５】
送信側ロジック１には、プラントの安全を確保するための演算を実行するロジック部１１と、ロジック部１１から得られた送信データに安全情報を付加して通信データを生成し、これを通信機能３に渡すプロデューサファンクションブロック１２，１２，・・・と、が設けられる。なお、安全情報については後述する。
【００２６】
また、受信側ロジック２には、プラントの安全を確保するための演算を実行するロジック部２１と、通信部３から得られた通信データから安全情報を除去して受信データを生成し、これをロジック部２１に渡すコンシューマファンクションブロック２２，２２，・・・と、が設けられる。
【００２７】
後述するように、プロデューサファンクションブロック１２，１２，・・・およびコンシューマファンクションブロック２２，２２，・・・は、それぞれ制御手段として機能する。
【００２８】
図３は、送信側ステーションと受信側ステーションの組み合わせ形態を示す図である。
【００２９】
図２では、安全制御ステーションＳＣＳに送信側ロジック１および受信側ロジック２の両者が実装された例を示しているが、送信側ロジック１および受信側ロジック２のいずれか一方のみを実装することもできる。すなわち、安全制御ステーションＳＣＳは送信側ステーションおよび受信ステーションの一方または両者として機能する。このため、送信側ステーションと受信側ステーションの組み合わせ形態として種々の形態が成立する。例えば、図３（ａ）は、１つの送信側ステーションから送信されたデータが複数の受信側ステーションで受信される例を、図３（ｂ）は複数の送信側ステーションから送信されたデータが１つの受信ステーションで受信される例を、それぞれ示している。
【００３０】
図２に示すように、送信側ロジック１および受信側ロジック２の両者が実装される場合には、図３（ａ）または図３（ｂ）に示す送信側ステーションが同時に受信側ステーションとしても機能し、あるいは図３（ａ）または図３（ｂ）に示す受信側ステーションが同時に送信側ステーションとしても機能することになる。
【００３１】
また、フィールド機器を制御するフィールド制御ステーションＦＣＳも、安全制御ステーションＳＣＳと同様、送信側ステーションあるいは受信側ステーションとして機能し、フィールド制御ステーションＦＣＳと安全制御ステーションＳＣＳの間、およびフィールド制御ステーションＦＣＳ間で制御バス５０を介するデータ通信が可能とされている。
【００３２】
次に、図４および図５を参照して、制御バス５０を介して送受信されるデータの通信形態について説明する。本実施形態では、ステーション間で互いに制御バス５０を介してリンク伝送データを送受信する。
【００３３】
図４（ａ）は、制御バス５０に接続された個々の安全ステーションを安全制御ステーションＳＣＳ１，ＳＣＳ２，・・・，ＳＣＳ６４として、個々のフィールド制御ステーションを制御ステーションＦＣＳ１，ＦＣＳ２，・・・，ＦＣＳ６４として、それぞれ示している。
【００３４】
図４（ｂ）は、リンク伝送データのデータ構造を示す図である。
【００３５】
図４（ｂ）に示すように、リンク伝送データは、安全制御ステーションＳＣＳ１，ＳＣＳ２，・・・，ＳＣＳ６４およびフィールド制御ステーションＦＣＳ１，ＦＣＳ２，・・・，ＦＣＳ６４のそれぞれに対応する領域を有している。安全制御ステーションＳＣＳ１，ＳＣＳ２，・・・，ＳＣＳ６４およびフィールド制御ステーションＦＣＳ１，ＦＣＳ２，・・・，ＦＣＳ６４は、それぞれ自らのステーションに対応する領域についてのみデータの読み込み／書き込みが可能であり、他の領域については、データの読み込みのみが可能である。
【００３６】
図５（ａ）は、各ステーションで書き込み可能なデータの内容を示す図である。
【００３７】
図５（ａ）に示すように、安全制御ステーションＳＣＳ１，ＳＣＳ２，・・・，ＳＣＳ６４は、自らの領域に送信データ（演算データ）と、当該送信データに関する安全情報とを書き込む。例えば、各領域のサイズが３２バイトの場合には、前半１６バイトを演算データの領域とし、後半１６バイトを安全情報の領域とすることができる。安全情報は、安全制御ステーションＳＣＳ１，ＳＣＳ２，・・・，ＳＣＳ６４同士でリンク伝送データを送受信するときの通信診断に使用される。安全情報は、例えば、巡回冗長検査（ＣＲＣ）コードである。リンク伝送データを受信した安全制御ステーションにおいて、演算データとコードとを照合することで、通信診断を行う。また、安全情報として、リンク伝送データの送信時刻を書き込んでもよい。この場合には、送信時刻を受信時刻と対比することで、通信診断を行うことができる。
【００３８】
安全制御ステーションＳＣＳ１，ＳＣＳ２，・・・，ＳＣＳ６４からフィールド制御ステーションＦＣＳ１，ＦＣＳ２，・・・，ＦＣＳ６４に送信できる演算データは、例えば、１２８ビットのBOOL型データである。
【００３９】
一方、フィールド制御ステーションＦＣＳ１，ＦＣＳ２，・・・，ＦＣＳ６４は、自らの領域に演算データを書き込む。例えば、各領域のサイズが３２バイトの場合には、３２バイト分の全域が演算データのための領域として使用される。フィールド制御ステーションＦＣＳ１，ＦＣＳ２，・・・，ＦＣＳ６４から他の安全制御ステーションＳＣＳ１，ＳＣＳ２，・・・，ＳＣＳ６４およびフィールド制御ステーションＦＣＳ１，ＦＣＳ２，・・・，ＦＣＳ６４に送信できる演算データは、例えば、２５６ビットのBOOL型データである。安全制御ステーションＳＣＳ１，ＳＣＳ２，・・・，ＳＣＳ６４がフィールド制御ステーションＦＣＳ１，ＦＣＳ２，・・・，ＦＣＳ６４からデータを受け取った場合、その２５６ビットのBOOL型データを演算データとして使用できる。
【００４０】
図５（ｂ）は、リンク伝送データの送信タイミングを例示する図である。
【００４１】
図５（ｂ）の例では、安全制御ステーションＳＣＳ１，ＳＣＳ２，・・・，ＳＣＳ６４およびフィールド制御ステーションＦＣＳ１，ＦＣＳ２，・・・，ＦＣＳ６４から順次、制御バス５０に向けてリンク伝送データがブロードキャスト送信され、その送信周期は１００ミリ秒である。各ステーションから１００ミリ秒周期でリンク伝送データがブロードキャスト送信される。リンク伝送データを受信した各ステーションはロジックの処理に必要な演算データを他のステーションから受け取る。また、必要に応じて自身の演算結果を対応する領域に書き込んだうえで、リンク伝送データをブロードキャスト送信する。送信側のステーションは、自身のデータがどのステーションで使用されているかについての認識はない。各フィールド制御ステーションＦＣＳ１，ＦＣＳ２，・・・，ＦＣＳ６４は、自分の起動するタイミングでデータ受信するパッシブ型の通信形態をとる。
【００４２】
図６は、プロデューサファンクションブロック１２の機能を示すブロック図である。
【００４３】
図６に示すように、プロデューサファンクションブロック１２には、制御バス５０に送信される送信データの値（送出データ値）の変更を禁止するロック機能が用意されている。
【００４４】
プロデューサファンクションブロック１２のロック機能を用いる場合、操作者はエンジニアリング用コンピュータＥＮを介して操作対象となるステーション（送信側ステーション）を特定する。次に、エンジニアリング用コンピュータＥＮを介し、特定されたステーションの送信データをロックする操作を行う。この操作内容は対応するステーションに転送され、当該ステーションのロック状態値が「ロック」となる。同様に、エンジニアリング用コンピュータＥＮを介して操作対象となるステーション（送信側ステーション）を特定するとともに、そのステーションのロック解除操作を行うことで、当該ステーションのロック状態値は「ロック解除」となる。
【００４５】
このロック状態値はステーションごとに設定され、ロック状態値はそのステーションに実装されたすべてのプロデューサファンクションブロック１２に反映される。
【００４６】
ロック状態値が「ロック解除」の場合には、図６に示す「送出データ値」は常にロジック部１１から得られる送信データの値となり、リンク伝送データに反映される。また、ロック状態値が「ロック」の場合には、送出データ値の更新が停止され、送出データ値はロック状態値が「ロック」となる直前の送信データの値に固定される。この場合、送信データが更新されても、送出データ値は更新されず、送信データ（リンク伝送データ）も更新されない。
【００４７】
ロック状態値はそのステーションブロック内のすべてのプロデューサファンクションブロック１２で共通に参照されるため、エンジニアリング用コンピュータＥＮを介してロック状態値を「ロック」に設定すると、そのステーションから送信されるすべての送信データがロックされることになる。
【００４８】
また、ロック状態値が「ロック」の場合、エンジニアリング用コンピュータＥＮを介する操作により、そのステーションに実装されたプロデューサファンクションブロック１２がもつ送出データ値をプロデューサファンクションブロック１２ごとに個別に変更することができる。
【００４９】
図７（ａ）は、コンシューマファンクションブロック２２の機能を示すブロック図である。
【００５０】
図７（ａ）に示すように、コンシューマファンクションブロック２２には、受信データの更新を禁止するロック機能が用意されている。
【００５１】
コンシューマファンクションブロック２２のロック機能を用いる場合、操作者はエンジニアリング用コンピュータＥＮを介して操作対象となる受信側ステーションを特定する。次に、エンジニアリング用コンピュータＥＮを介し、特定されたステーションのロック状態値情報を編集する操作を行う。この操作内容は対応するステーションに転送され、当該ステーションのロック状態値情報に反映される。
【００５２】
図７（ｂ）はロック状態値情報の構成を示す図である。図７（ｂ）に示すように、ロック状態値情報は、データの送信側ステーションとロック状態値とを対応付ける情報である。操作者はエンジニアリング用コンピュータＥＮを介して送信側ステーションを指定するとともに、その送信側ステーションのロック状態値を設定することで、ロック状態値情報を編集することができる。
【００５３】
次に、コンシューマファンクションブロック２２の動作について説明する。
【００５４】
通信データ（リンク伝送データ）を受けると、コンシューマファンクションブロック２２は通信データから送信元情報（送信が和ステーションを特定する情報）を取り出し、ロック状態値情報に基づいてその受信データのロック状態を取得する。
【００５５】
その送信側ステーションからの受信データがロックされていない場合には、通信データから受信データを取得し、コンシューマファンクションブロック２２の取得値を受信データ値とする。この場合には、取得値が受信データ値により順次更新され、受信データの値としてロジック部２２に引き渡される。
【００５６】
一方、その受信データがロックされている場合には、通信データを無視して、ロックされる前に受信していたデータ値を取得値として保持する。この場合には、固定された取得値が受信データの値としてロジック部２２に引き渡される。すなわち、受信データの更新が停止される。
【００５７】
図８は、送信側ステーションのアプリケーションロジックをオンラインで変更する場合の手順を示す図である。
【００５８】
図８では、送信側ステーションから２つの送信データ（送信データＡ１および送信データＡ２）が送出され、それらが３つの受信側ステーションで受信される例を示している。
【００５９】
このような系において、送信側ステーションに対してアプリケーションロジック（ロジック部１１のロジック）のオンラインでの変更を行う際には、当該送信側ステーションに対してエンジニアリング用コンピュータＥＮからロック操作を行う。また、ロック操作が行われた後、必要に応じて送出データ値（図６）の強制的な変更を行う。
【００６０】
ロック操作が行われた場合、送出データ値は受信データ（受信データＢ，Ｃ，Ｄ）の値として受信側ステーションで認識され、その値がアプリケーションロジック（ロジック部２１のロジック）で使用される。
【００６１】
複数の送信データをもつステーションについてアプリケーションロジックをオンライン変更する場合、受信側ステーションへの悪影響を回避するためには、すべての送信データをロックする必要がある。したがって、従来のシステムでは、すべての送信データを１つずつロックする操作が必要となり、煩雑な作業を強いられていた。これに対し、本実施形態の通信制御装置によれば、送信データをロックする１回の操作により、送信側ステーションから送信されるすべての送信データをロックでき、またロック解除も同様な操作で可能である。このため作業負担を大幅に軽減できる。
【００６２】
図９は、送信側ステーションを停止する場合の手順を示す図である。図９の例では、送信側ステーションＳＣＳ１は送信データＡ１および送信データＡ２を送信し、送信側ステーションＳＣＳ２は送信データＡ３を送信している。また、受信側ステーションＳＣＳ３は送信側ステーションＳＣＳ１からの送信データＡ１および送信データＡ２と、送信側ステーションＳＣＳ２からの送信データＡ３とを受信している。さらに、受信側ステーションＳＣＳ４は、送信側ステーションＳＣＳ１からの送信データＡ１を受信している。
【００６３】
このような系において、送信側ステーションＳＣＳ１を停止する際には、受信側ステーションＳＣＳ３および受信側ステーションＳＣＳ４に対して、エンジニアリング用コンピュータＥＮから必要なロック操作を行う。ここでは、送信側ステーションＳＣＳ１からの送信データ（受信データＢおよび受信データＣ）をロックする操作（ロック状態値情報の編集）を行う。この場合、送信側ステーションＳＣＳ２からの受信データはロックされないため、受信側ステーションＳＣＳ３の受信データＤについては通常通り、データ更新が行われる。
【００６４】
ロックされた受信データは、必要に応じてコンシューマファンクションブロックごとに、その値の強制的な変更を行うことができる。強制的な変更によって与えられた値は、コンシューマファンクションブロックの出力値として、後段のアプリケーションロジック（ロジック部２１のロジック）で使用される。
【００６５】
ステーション停止時の通信エラーによる受信側ステーションへの悪影響を回避するためには、すべての受信側ステーションにおいて受信データをロックする必要がある。従来のシステムでは、受信データを１つずつロックする操作が必要であるのに対し、本実施形態の通信制御装置では、送信側ステーションを指定することで、そのステーションからの受信データを一括してロックできる。また、同様に一括操作でロック解除を行うことができる。このため、メンテナンス時の作業負担を大幅に軽減できる。
【００６６】
図１０は、受信側ステーションにおけるアプリケーションロジックのデバッグをする際の手順を示す図である。
【００６７】
アプリケーションロジックの開発段階においては、ステーション間の通信機能を含むデバッグをする時点で、通信相手となるステーションが準備できていない場合がある。送信元が存在しないと、受信側ステーションのコンシューマファンクションブロックは、常に通信エラーを検出することになる。この場合、受信側ステーションにおいて送信元である送信側ステーションからのすべての受信データをロックすることで、通信エラーを無視して、受信側ステーションにおけるアプリケーションロジックのデバッグ作業を行うことが可能となる。
【００６８】
例えば、図１０に示す系において、受信側ステーションＳＣＳ３のアプリケーションロジック（ロジック部２２のロジック）のデバッグを行う際に、送信側ステーションＳＣＳ１および送信側ステーションＳＣＳ２が存在しない場合がある。この場合、エンジニアリング用コンピュータＥＮからの操作により、受信側ステーションＳＣＳ３に対して、送信側ステーションＳＣＳ１からの受信データのロックおよび送信側ステーションＳＣＳ２からの受信データのロックを行う。また、ロックされた受信データに対して取得値（図７（ａ））の強制変更を行うことで、後段のアプリケーションロジック（ロジック部２２のロジック）に対して任意のデータを渡すことが可能となる。
【００６９】
これにより、受信側ステーションＳＣＳ３単独で、アプリケーションロジックのデバッグを行えるようになる。
【００７０】
以上説明したように、本発明の通信制御装置によれば、受付手段を介して選択された送信側機器から送信されるすべての送信データの更新、または、当該送信データを受信データとして取得する受信側機器における受信データの更新を停止するので、メンテナンス時などの作業負担を軽減できる。
【００７１】
本発明の適用範囲は上記実施形態に限定されることはない。本発明は、複数の通信機器が制御バスに接続されて構成された通信システムを制御する通信制御装置および通信制御方法に対し、広く適用することができる。
【符号の説明】
【００７２】
ＥＮ    エンジニアリング用コンピュータ（受付手段）
１２    プロデューサファンクションブロック（制御手段）
２２    コンシューマファンクションブロック（制御手段）
【図１】
2011049636.tif 000003
【図２】
2011049636.tif 000004
【図３】
2011049636.tif 000005
【図４】
2011049636.tif 000006
【図５】
2011049636.tif 000007
【図６】
2011049636.tif 000008
【図７】
2011049636.tif 000009
【図８】
2011049636.tif 000010
【図９】
2011049636.tif 000011
【図１０】
2011049636.tif 000012