(57)【要約】【課題】分散監視制御システムにおける計算機間の制御要求データの授受において、データの欠損、重複がなく、正しく制御出力できるようにする。【解決手段】クライアント計算機１とサーバ計算機２とをネットワーク３を介して接続した分散監視制御システムにおいて、クライアント計算機１に制御要求を受けたときに処理種別を付加した制御要求データを生成し、サーバ計算機２へ送信する制御要求処理手段１１を備え、サーバ計算機２に制御済情報の履歴を蓄積する制御済情報管理テーブル２５を設け、受信した制御要求データによる制御出力処理の実行時に、制御済情報管理テーブル２５を参照して制御済みかを判定し、制御済みでない場合に制御出力を実行する制御出力処理手段２１を備える。【選択図】図１
2008217244.tif 000002
【特許請求の範囲】
【請求項１】
制御要求を行うクライアント計算機と、前記クライアント計算機からの制御要求により制御出力を実行するサーバ計算機とをネットワークを介して接続した分散監視制御システムにおいて、
前記クライアント計算機と前記サーバ計算機間のデータの伝送処理を行い、データが正しく送信できたかを監視し、送信不良と判断した場合に同一のデータを再送する機能を備えた通信処理手段と、
前記通信処理手段の状態を監視し、前記通信処理手段に異常が発生した場合に同一のデータを再送する機能を備えたデータ管理処理手段と、
前記クライアント計算機にて、制御要求を受けたときに処理種別を付加した制御要求データを生成し、前記サーバ計算機へ送信する制御要求処理手段と、
前記サーバ計算機にて、制御出力を実行したときに制御済情報の履歴を蓄積する制御済情報管理テーブルを設け、前記クライアント計算機から受信した制御要求データによる制御出力の実行時に、前記制御済情報管理テーブルを参照して制御済みかを判定し、制御済みでない場合に制御出力を実行する制御出力処理手段とを備える分散監視制御システム。
【請求項２】
請求項１記載の分散監視制御システムにおいて、
前記制御要求処理手段が生成する制御要求データは、処理種別が有効と無効の２件の制御要求データとし、
前記制御出力処理手段では、処理種別が有効の制御要求データに対して制御出力を実行して、前記制御済情報管理テーブルへ制御済情報を登録し、処理種別が無効の制御要求データに対しては、前記制御済情報管理テーブルの制御済情報を削除することを特徴とする分散監視制御システム。
【請求項３】
制御要求を行うクライアント計算機と、前記クライアント計算機からの制御要求により制御出力を実行するサーバ計算機とをネットワークを介して接続した分散監視制御システムにおいて、
前記サーバ計算機にて、制御出力を実行したときに制御済情報の履歴を蓄積する制御済情報管理テーブルを設け、
前記クライアント計算機にて、制御要求を受けたときに処理種別を付加した制御要求データを生成し、前記サーバ計算機へ送信する制御要求処理と、
前記サーバ計算機にて、前記クライアント計算機から受信した制御要求データによる制御出力の実行時に、前記制御済情報管理テーブルを参照して制御済みかを判定し、制御済みでない場合に制御出力を行う制御出力処理とを行う分散監視制御方法。
【請求項４】
請求項３記載の分散監視制御方法において、
前記制御要求処理にて生成する制御要求データは、処理種別が有効と無効の２件の制御要求データとし、
前記制御出力処理では、処理種別が有効の制御要求データに対して制御出力を実行して、前記制御済情報管理テーブルへ制御済情報を登録し、処理種別が無効の制御要求データに対しては、前記制御済情報管理テーブルの制御済情報を削除することを特徴とする分散監視制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力系統監視制御システム等、分散化された複数の計算機から構成される分散監視制御システム及び分散監視制御方法に関する。
【背景技術】
【０００２】
発電所や変電所などの電力設備や上下水道プラントの施設などの監視、制御を行う分散監視制御システムにおける制御出力処理では、計算機間における制御要求データの授受を確実に行い、更に制御要求データの欠損、重複を回避する必要がある。分散監視制御システムは、複数の計算機をＬＡＮ（Local Area Network）などのネットワークに接続し、ネットワークを介して計算機間でデータをやり取りすることにより処理を行う。この、分散監視制御システムにおける通信は、各計算機に組み込んだ通信ミドルウェアを介して行うことが多い。通信ミドルウェアは、計算機間の通信処理を実行する複数のプログラムをパッケージ化したものであり、制御出力処理においては、制御要求データの授受の際、通信ミドルウェアにて伝送上の異常を検出した場合、再送処理を行うことでデータの欠損を防いでいる。
【０００３】
図１０は、従来の分散監視制御システムにおける制御出力処理に関する構成の一例である。図１０では、電力設備などの監視制御処理を行うサーバ計算機２と、運転員などから操作を受け付けるための画面処理などを行うクライアント計算機１が、ネットワーク３を介して接続する構成となっている。制御出力処理は、クライアント計算機１の表示装置４に表示された画面などから運転員が入力した制御要求操作を受け付け、その制御要求をサーバ計算機２に送信し、サーバ計算機２において、制御要求に従い実際に制御出力を行うことで実行する。
【０００４】
図１０を参照して、従来の制御出力処理の例について説明する。まず、クライアント計算機１の制御要求処理１１は、画面などから入力された操作情報を基に制御要求データを作成し、データ管理ミドルウェア１２を介して制御用待テーブル１３に登録する。次に、データ管理ミドルウェア１２は、制御要求データをサーバ計算機２側の制御用待テーブル２３に等価するために、通信ミドルウェア１４を介して制御要求データをサーバ計算機２へ送信する。サーバ計算機２では、通信ミドルウェア２４が、クライアント計算機１から送信された制御要求データを受信し、制御用待テーブル２３に登録する。制御出力処理２１は、制御用待テーブル２３に新たな制御要求データが登録されると、データ管理ミドルウェア２２を介して制御用待テーブル２３から制御要求データを取り出し、その内容に基づき制御出力処理を実行する。制御出力処理２１から出力された制御指令により、制御対象機器５を操作する。
【０００５】
ここで、クライアント計算機１からサーバ計算機２へ制御要求データを送信する際の伝送処理は、通信ミドルウェアを介して行う。通信ミドルウェアは、クライアント計算機１とサーバ計算機２との間で制御要求データの取りこぼしが起きないよう監視を行い、伝送上の問題等の異常を検出した場合は、制御要求データの再送処理を行うことで、データの欠損を防止している。更に、通信ミドルウェアの送信処理にエラーが発生するなどして、正常にデータを送信できなかった場合に備え、通信ミドルウェアを呼び出すデータ管理ミドルウェアでも監視を行い、異常検出時は制御要求データの再送処理を行う。
【０００６】
特許文献１には、制御要求を行うクライアント計算機と、制御出力を実行するサーバ計算機とがネットワークを介して接続し、監視制御を行う分散監視制御システムにおいて、クライアント計算機は、ネットワークを介して制御要求をサーバ計算機へ送信し、サーバ計算機はクライアント計算機からの制御要求を受け付け、その制御要求を基に設備、機器などの制御を行う分散監視制御システムの例についての開示がある。
【特許文献１】特開２００３−９３９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上記従来の方法では、伝送異常によりサーバ計算機２側で当該制御要求データが受信できなかったり、受信したデータが不完全であるなどの異常が発生したりして、サーバ計算機２側で制御要求データを処理できなかった場合には問題ない。この場合は、再送処理により続けて再送される同一の制御要求データにより制御出力処理を行うことで、データの欠損を防ぐことができる。
【０００８】
ところが、通信ミドルウェアによる制御要求データの送信処理は正常に行われたが、通信ミドルウェアのプログラム内でエラーが発生するなどして、データ管理ミドルウェア側で異常を検出した場合、データ管理ミドルウェアによる再送処理を行ってしまう。その場合、初回送信時と、再送処理による送信時の２回、同一の制御要求データがサーバ計算機２の制御用待テーブルに登録されてしまう。このため、制御出力処理は、同じ内容の制御出力を２度実行してしまうという問題がある。
【０００９】
図１１に、クライアント計算機１のデータ管理ミドルウェアで異常を検出し、再送処理を行った場合の一例について、処理の流れを示す。ここで、制御要求３１、制御用待テーブル３２、通信ミドルウェア３３は、図１０に示したクライアント計算機１の制御要求処理１１、制御用待テーブル１３、通信ミドルウェア１４に相当し、通信ミドルウェア３４、制御用待テーブル３５、制御出力３６は、図１０に示したサーバ計算機２の通信ミドルウェア２４、制御用待テーブル２３、制御出力処理２１に相当する。また、制御要求３１と制御用待テーブル３２の間、制御用待テーブル３２と通信ミドルウェア３３の間で制御要求データＡをやりとりする処理は、データ管理ミドルウェアが行っている。
【００１０】
まず、クライアント計算機１では、運転員が画面などから入力した制御要求操作を受け、制御要求３１が制御要求処理を開始し、制御要求データＡを制御用待テーブル３２に登録するとともに、通信ミドルウェア３３を介してサーバ計算機２へ送信する。サーバ計算機２では、通信ミドルウェア３４で制御要求データＡを受信すると、制御用待テーブル３５へ登録する。制御出力３６は、制御用待テーブル３５から制御要求データＡを取り出し、制御出力処理を完了した後、制御要求データＡの完了通知をクライアント計算機１へ送信する。クライアント計算機１では、制御要求データＡの完了通知を正常に受信し、通信ミドルウェア３３が正常に終了した場合は制御要求の処理を終了する。ところが、図１１の例では、サーバ計算機２側からは制御要求データＡの完了通知を送信したが、クライアント計算機１の通信ミドルウェア３３で異常が発生したため、データ管理ミドルウェアにて異常を検出し、再送処理を行った。その結果、サーバ計算機２では、初回要求時のデータと、再送時のデータがそれぞれ制御用待テーブル３５に登録されるため、制御出力処理３６は同じ内容の制御出力を２度実行してしまう。
【００１１】
このように、既にサーバ計算機２側で当該制御要求データの処理を実行していたにもかかわらず、クライアント計算機１から同一制御要求データを再送してしまった場合、サーバ計算機２側では、同一の制御出力処理を重複して実行してしまうという問題がある。
【００１２】
本発明はかかる点に鑑みてなされたものであり、分散監視制御システムにおける計算機間の制御要求データの授受において、伝送処理上の問題等により同一の制御要求データが再送された場合のデータ重複を排除し、データの欠損、重複がなく、正しく制御出力することができる分散監視制御システム及び分散監視制御方法を提供できるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、制御要求を行うクライアント計算機と、クライアント計算機からの制御要求により制御出力を実行するサーバ計算機とをネットワークを介して接続した分散監視制御システムにおいて、クライアント計算機とサーバ計算機とのデータの伝送処理を行い、データが正しく送信できたかを監視し、送信不良と判断した場合に同一のデータを再送する機能を備えた通信処理手段と、通信処理手段の状態を監視し、通信処理手段に異常が発生した場合に同一のデータを再送する機能を備えたデータ管理処理手段と、クライアント計算機にて、制御要求を受けたときに処理種別を付加した制御要求データを生成し、サーバ計算機へ送信する制御要求処理手段と、サーバ計算機にて制御出力を実行したときに制御済情報の履歴を蓄積する制御済情報管理テーブルを設け、クライアント計算機から受信した制御要求データによる制御出力の実行時に、制御済情報管理テーブルを参照して制御済みかを判定し、制御済みでない場合に制御出力を実行する制御出力処理手段とを備える。
【発明の効果】
【００１４】
本発明によると、伝送上の問題などにより制御要求データが正しく送信できなかった場合に、同一データを再送することにより制御漏れを防ぐことができる。更に、サーバ計算機において制御出力を実施できたにもかかわらず送信不良と判断し、クライアント計算機から同一の制御要求データを再送してしまった場合においても、制御済情報を確認することにより、制御出力の重複を回避することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の一実施の形態を、添付図面を参照して説明する。
【００１６】
図１は、本例による分散監視制御システムの制御出力処理に関する構成例を示す構成図である。図１において、図１０に示す従来システムと同様の構成については、同一の符号を付加し説明を省略する。なお、サーバ計算機２は、ＣＰＵ（Central Processing Unit）や記憶装置、ネットワークへ接続するためのインターフェースなどを備えた計算機、クライアント計算機１は、モニタやキーボード、マウスなどの入出力装置を備えたパーソナルコンピュータなどの計算機に、それぞれ以下に説明する処理を行うためのプログラムを実装し、実現したものである。また、クライアント計算機は、同じ構成の計算機を複数台設置することも可能であるが、図１では１台のみ図示する。
【００１７】
本例では、サーバ計算機２及びクライアント計算機１に、計算機間におけるデータの送受信処理を行う通信処理手段である通信ミドルウェアを搭載する。また、各計算機には、データの入出力処理などデータを管理する処理を行うデータ管理処理手段であるデータ管理ミドルウェアを搭載する。クライアント計算機１には、運転員などが画面などから入力した操作情報を基に、処理種別を付加した制御要求データを作成し、制御要求を行う制御要求処理手段である制御要求処理１１と、制御要求データを蓄積する制御用待テーブル１３とを備え、サーバ計算機２には、クライアント計算機１から受信した制御要求データを蓄積する制御用待テーブル２３と、制御用待テーブル２３から制御要求データを取り出し、その内容に基づき制御出力を実行する制御出力処理手段である制御出力処理２１と、制御出力を実行したときに、制御済情報の履歴を蓄積する制御済情報管理テーブル２５とを備える。ここで、通信ミドルウェアは、データが正しく送信できたかを監視し、送信不良と判断した場合に同一のデータを再送する機能を備える。更に、データ管理ミドルウェアは、通信ミドルウェアの状態を監視し、通信ミドルウェアに異常が発生した場合に同一データを再送する機能を備える。
【００１８】
次に、本例における制御出力処理として、クライアント計算機１の制御要求処理１１と、サーバ計算機２の制御出力処理について、図２及び図３を参照して説明する。
【００１９】
図２は、本例のクライアント計算機１における制御要求処理１１の処理例を示すフローチャートである。制御要求処理１１では、まず、クライアント計算機のモニタなどに表示された画面などを用いて、運転員から入力された操作情報を基に、制御要求データを作成する（ステップＳ２０１）。制御要求データには処理種別を設定し、処理種別を有効（＝１）に設定したデータと、処理種別を無効（＝０）に設定したデータの２つの制御要求データを作成する。次に、処理種別を有効（＝１）に設定した制御要求データを、データ管理ミドルウェア１２を介して制御用待テーブル１３に登録する（ステップＳ２０２）。ここで、データ管理ミドルウェア１２は、制御要求データをサーバ計算機２側の制御用待テーブル２３へ等価するために、通信ミドルウェア１４を介して制御要求データをサーバ計算機２へ送信する。サーバ計算機２側では、受信した制御要求データをサーバ計算機２側の制御用待テーブル２３へ登録し、制御出力処理が完了した後、処理の完了通知を返信する。なお、有効データに関するサーバ計算機２側の制御出力処理の詳細については後述する。
【００２０】
次に、処理種別が有効の制御要求データの処理結果を判定する（ステップＳ２０３）。判定は、サーバ計算機２から処理の完了通知を正常に受信できた場合に正常とし、完了通知を正しく受信できなかった場合または、データ等価のために用いた通信ミドルウェア１４に異常が発生した場合などは異常と判定する。判定結果が正常の場合は、処理種別を無効（＝０）に設定したデータを制御用待テーブル１３に登録する（ステップＳ２０４）。ここでも、有効データと同様に、データ管理ミドルウェア１２は、制御要求データをサーバ計算機２側の制御用待テーブル２３へ等価するために、通信ミドルウェア１４を介して制御要求データをサーバ計算機２へ送信する。サーバ計算機２側では、受信した制御要求データをサーバ計算機２側の制御用待テーブル２３へ登録し、制御出力処理が完了した後、処理の完了通知を返信する。なお、無効データに関するサーバ計算機２側の制御出力処理の詳細については後述する。
【００２１】
次に、処理種別が無効の制御要求データの処理結果を判定する（ステップＳ２０５）。判定は、ステップＳ２０３の判定と同様にサーバ計算機２からの完了通知により行う。結果が正常の場合は処理を終了する。ステップＳ２０３またはステップＳ２０５の判定結果が異常の場合は、異常処理を実行し（ステップＳ２０６）、処理を終了する。
【００２２】
なお、ここでは、制御要求データの処理種別を有効（＝１）と無効（＝０）の２種類作成するとしているが、処理種別として設定するデータは、２種類のデータを識別することができる識別番号または記号などであれば、どのような値を設定してもよい。
【００２３】
また、上記処理にて行うデータ等価は、クライアント計算機１側の制御用待テーブル１３とサーバ計算機２側の制御用待テーブル２３の内容を一致させることにより、あたかもクライアント計算機１側の制御要求処理とサーバ計算機２側の制御出力処理が同一の計算機上に存在するかのように動作させるために行うものである。データ等価は、データ管理ミドルウェアが実施し、データ管理ミドルウェアがクライアント計算機１の制御用待テーブル１３に制御要求データを登録すると同時に、サーバ計算機２側に制御要求データを送信することで、サーバ計算機２の制御用待テーブル２３に同一のデータを登録させる。これは、クライアント計算機が複数台存在する場合も同様で、各クライアント計算機にて登録した制御要求データは、その登録順にサーバ計算機の制御用待テーブルに反映され、サーバ計算機ではその登録順に制御出力処理を行う。
【００２４】
次に、図３を参照して、サーバ計算機２の制御出力処理２１の処理例について説明する。図３は、本例のサーバ計算機２における制御出力処理２１の処理例を示すフローチャートである。サーバ計算機２では、クライアント計算機１から送信された制御要求データを通信ミドルウェア２４で受信すると、制御用待テーブル２３に登録し、登録の都度、制御出力処理２１を実行する。
【００２５】
まず、制御用待テーブル２３から制御要求データを１件取り出し（ステップＳ３０１）、取り出した制御要求データの処理種別を判定する（ステップＳ３０２）。判定の結果、処理種別が有効（＝１）の場合は、制御済情報管理テーブル２５を参照し、当該データが制御済であるかを判定する（ステップＳ３０３）。ここで、制御済情報管理テーブル２５に当該制御要求データに対応する制御済情報が登録されていた場合は制御済み、登録されていない場合は制御未と判断する。ステップＳ３０３の判定の結果、制御未（制御済情報無し）の場合は、当該制御要求データを基に制御出力に関する処理を実行し（ステップＳ３０４）、制御済情報管理テーブル２５に制御済情報を登録する（ステップＳ３０５）。ステップＳ３０３の判定の結果、制御済み（制御済情報有り）の場合は、再送要求による重複データとして当該制御要求データを破棄する（ステップＳ３０６）。ステップＳ３０２の判定の結果、制御要求データの処理種別が無効（＝０）の場合は、既に有効データの処理は実施済みのため、制御済情報管理テーブル２５に登録されている当該制御要求データに対応する制御済情報を削除する（ステップＳ３０７）。最後に、制御要求データに対する処理が完了したことを示す完了通知をクライアント計算機１へ返信し（ステップＳ３０８）、処理を終了する。
【００２６】
次に、制御要求データのデータ構成について説明する。図４に、制御要求データの構成例を示す。制御要求データ４０は、従来、実際の制御対象設備や機器などに対する入、切等の制御内容を示す制御データ４６の他に、当該制御要求データを作成した時刻であるデータ作成時刻４１、制御要求処理が存在する計算機の識別番号を示すノード番号４２、制御要求処理のプロセス番号４３などから構成されていた。本例では、更に、制御出力済みを特定するために用いる識別情報として、処理種別４４と制御番号４５を設けた。処理種別４４は、当該制御要求データの処理有効（＝１）、処理無効（＝０）を示す情報である。制御番号４５は、当該制御要求データを識別するために付与した識別番号である。
【００２７】
本例では、クライアント計算機１において、１件の制御要求に対して、処理種別が「有効」と「無効」の制御要求データ２件を一組として作成する。この２件の制御要求データは、処理種別以外のデータ項目については同じ内容を設定する。サーバ計算機２では、上記２件の制御要求データを受信するが、制御出力処理２１は、処理種別が有効の制御要求データに限り制御出力に関する処理を行う。処理種別が無効の制御要求データは、当該制御要求データの終わりを意味し、制御出力処理２１では制御出力に関する処理は行わず、制御済情報管理テーブルの制御済情報の削除のみ行う。
【００２８】
次に、制御済情報管理テーブル２５のデータ構成について説明する。図５に、制御済情報管理テーブル２５の構成例を示す。制御済情報管理テーブル２５は、データ作成時刻５１、プロセス番号５２、制御番号５３から構成し、制御出力処理２１にて制御出力処理を実行した後、処理済みの制御要求データから該当する情報を取り出し、制御済情報管理テーブル２５へ登録する。これらの情報により、クライアント計算機１から送信されてくる制御要求データを特定することができるため、送信不良などによる再送処理により、同一の制御要求データが重複して送信された場合に、制御出力処理２１にて、重複データであることを判定することができる。その結果、誤って同じ内容の制御出力を重複して行ってしまうのを防ぐことができる。
【００２９】
図６に、本例における正常ケースの処理例を表すデータフローを示す。図６は、クライアント計算機とサーバ計算機間の伝送が正常に行われた場合の、制御出力処理全体の流れを示す。ここで、制御要求６１、制御用待テーブル６２、通信ミドルウェア６３は、図１に示したクライアント計算機１の制御要求処理１１、制御用待テーブル１３、通信ミドルウェア１４に相当し、通信ミドルウェア６４、制御用待テーブル６５、制御出力６６は、図１に示したサーバ計算機２の通信ミドルウェア２４、制御用待テーブル２３、制御出力処理２１に相当する。また、制御要求６１と制御用待テーブル６２の間、制御用待テーブル６２と通信ミドルウェア６３の間で制御要求データＡをやりとりする処理は、データ管理ミドルウェアが行っている。
【００３０】
クライアント計算機１で制御要求を開始すると、制御要求処理６１が、処理種別を有効（＝１）に設定した制御要求データである有効データＡを作成し、制御用待テーブル６２に登録するとともに、通信ミドルウェア６３を介してサーバ計算機２へ送信する。サーバ計算機２では、通信ミドルウェア６４で有効データＡを受信すると、制御用待テーブル６５へ登録する。制御出力処理６６は、制御用待テーブル６５から有効データＡを取り出し、制御出力処理を実行した後、制御済情報を制御済情報管理テーブルに登録する。その後、制御出力処理６６は、有効データＡの完了通知をクライアント計算機１へ送信する。クライアント計算機１では、有効データＡの完了通知を正常に受信すると、次に、処理種別を無効（＝０）に設定した制御要求データである無効データＡを作成し、制御用待テーブル６２に登録するとともに、通信ミドルウェア６３を介してサーバ計算機２へ送信する。サーバ計算機２では、通信ミドルウェア６４で無効データＡを受信すると、制御用待テーブル６５へ登録する。制御出力処理６６は、制御用待テーブル６５から無効データＡを取り出し、当該制御要求データに関する制御済情報を制御済情報管理テーブルより削除し、無効データＡの完了通知をクライアント計算機１へ送信する。クライアント計算機１では、無効データＡの完了通知を正常に受信することにより、制御要求処理を完了する。
【００３１】
図７に、上記正常ケースにおける制御用待テーブル２３の登録結果の例を示す。このように、正常ケースでは、制御要求データの有効データ、無効データの順にテーブルに登録される。
【００３２】
次に、図８に、本例における異常ケースの処理例を表すデータフローを示す。図８は、ネットワーク上の通信は正常に行われたが、クライアント計算機１側の通信ミドルウェアに何らかの異常が発生した場合の制御出力処理全体の流れを示す。ここで、図６に示した構成と同様の構成要素には同じ符号を付加し、説明を省略する。
【００３３】
クライアント計算機１の制御要求処理６１は、正常ケースと同様に、初めに処理種別を有効（＝１）に設定した制御要求データである有効データＡを作成し、制御用待テーブル６２に登録し、通信ミドルウェア６３を介してサーバ計算機２へ送信する。サーバ計算機２の制御出力処理６６は、有効データＡの制御出力処理を行い、制御済情報を制御済情報管理テーブルに登録し、完了通知をクライアント計算機１へ送信する。ここまでの処理は図６で説明した正常ケースの処理と同様である。
【００３４】
ここで、クライアント計算機において、通信ミドルウェア６３に異常が発生した場合について説明する。データ等価のため通信ミドルウェア６３を呼び出したデータ管理ミドルウェアは、通信ミドルウェアの異常を検出すると、有効データＡを正しく送信できなかったと判断して有効データＡの再送処理を行う。
【００３５】
サーバ計算機２側は、再送された有効データＡについても、初回に受信したデータと同様に、受信した有効データＡを制御用待テーブル６５へ登録する。制御出力処理６６は、制御用待テーブル６５から有効データＡを取り出し、制御出力処理を開始するが、制御済情報管理テーブルの制御済情報を参照すると、既に当該制御要求データに関する制御済情報が登録されているため、再送要求による重複データと判断し、当該有効データＡを破棄する。制御出力処理６６は、再送による有効データＡの破棄処理終了後、完了通知をクライアント計算機１へ送信する。
【００３６】
クライアント計算機１の制御要求処理６１では、再送による有効データＡの完了通知を正常に受信すると、処理種別を無効（＝０）に設定した制御要求データである無効データＡを作成し、制御用待テーブル６２に登録する。以降の処理は、正常ケースでの無効データの処理と同様であり、制御出力処理６６は、無効データＡを基に制御済情報を制御済情報管理テーブルより削除して、無効データＡの完了通知を送信し、制御要求処理６１は、無効データＡの完了通知を受信して処理を終了する。
【００３７】
図９に、上記異常ケースにおける制御用待テーブル２３の登録結果の例を示す。このように、本異常ケースでは、制御要求データの有効データが２件続けて登録されるが、再送による有効データＡについては制御出力処理で破棄されるため、同じ内容の制御出力を２度実施することはない。
【００３８】
このように、本発明によれば、制御要求データが正しく送信できなかった場合には、再送処理により同一データを送信することで制御漏れを防ぐことができ、制御要求データを誤って重複して送信してしまった場合には、制御済情報を確認することにより制御出力の重複を防ぐことができる。
【図面の簡単な説明】
【００３９】
【図１】本発明の一実施の形態による構成例を示すブロック図である。
【図２】本発明の一実施の形態による制御要求処理例を示すフローチャートである。
【図３】本発明の一実施の形態による制御出力処理例を示すフローチャートである。
【図４】本発明の一実施の形態による制御要求データの構成例を示す説明図である。
【図５】本発明の一実施の形態による制御済情報管理テーブルの構成例を示す説明図である。
【図６】本発明の一実施の形態による正常ケースによる処理例を示す説明図である。
【図７】本発明の一実施の形態による正常ケースによる制御用待テーブルの登録例を示す説明図である。
【図８】本発明の一実施の形態による異常ケースによる処理例を示す説明図である。
【図９】本発明の一実施の形態による異常ケースによる制御用待テーブルの登録例を示す説明図である。
【図１０】従来の構成例を示すブロック図である。
【図１１】従来の処理例を示す説明図である。
【符号の説明】
【００４０】
１…クライアント計算機、２…サーバ計算機、３…ネットワーク、４…表示装置、５…制御対象機器、１１…制御要求処理、１２，２２…データ管理ミドルウェア、１３，２３…制御用待テーブル、１４，２４…通信ミドルウェア、２５…制御済情報管理テーブル
【図１】
2008217244.tif 000003
【図２】
2008217244.tif 000004
【図３】
2008217244.tif 000005
【図４】
2008217244.tif 000006
【図５】
2008217244.tif 000007
【図６】
2008217244.tif 000008
【図７】
2008217244.tif 000009
【図８】
2008217244.tif 000010
【図９】
2008217244.tif 000011
【図１０】
2008217244.tif 000012
【図１１】
2008217244.tif 000013