JPH09245007A - 情報処理装置及び情報処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク接続された複数の情報処理装置
におけるメッセージの処理順序の不整合を防止すること
ができる情報処理装置及び情報処理方法を提供する。 【解決手段】 本発明の情報処理装置は、動作モード切
替部１１、動作モード宣言部１２、カウント部１３、優
先度判別部１４、カウント初期化部１５及び宣言無効通
知部１６を備えた動作モード切替手段１と、モード情報
受信部２１とメッセージ情報受信部２２とを備えた受信
手段２と、メッセージ監視部３１、補正部３２、メッセ
ージ再送部３３、記憶部３４及び処理順序指令部３５と
を備えたメッセージ管理手段３と、モード情報送信部４
１とメッセージ情報送信部４２とを備えた送信手段４と
を備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の情報処理装
置をネットワーク接続して、データを分散処理する分散
処理システムに用いられる情報処理装置及び情報処理方
法に関するものである。

【０００２】

【従来の技術】化学、鉄鋼プラントのような産業システ
ム、交通制御システム、原子力プラントのような電力シ
ステムにおいては、いかなる状況下にあってもそれらの
システムを常に正しく制御することができるように、デ
ータの処理順序の一貫性を保持しつつ、システムの制御
を実行しなければならない。このようなシステム制御に
おいて、複数の情報処理装置をネットワーク接続してデ
ータを分散処理する通信システムを用いた制御機器群
に、プラントから多数のデータが送信される場合、これ
らの制御機器群において各データの受信順序が同一であ
るとは限らない。

【０００３】このように、ネットワーク接続された複数
の情報処理装置において、各データの受信順序が異なっ
ていた場合に、各制御機器内の情報処理装置毎に勝手に
その受信メッセージを処理すると、システムの安全な制
御が保証されない場合が発生する。

【０００４】例えば、コンピュータネットワークで接続
されている２つの情報処理装置において、第１の情報処
理装置で処理される「原料投入制御プログラム」と「流
量調整弁制御プログラム」は、中央制御室を構成する第
２の情報処理装置からの制御メッセージにしたがって、
各プログラム中のプラント温度や流量を制御していると
仮定する。そして、前記第２の情報処理装置から「流量
調整弁を１０度開ける」旨の指令を送信した後に、「原
料を２０ｋｇ投入する」旨の指令を送信したとする。す
なわち、第２の情報処理装置からは［流量指令、原料指
令］の順で指令が送信されたとする。

【０００５】ところが、これら２つの指令がネットワー
クの別々のパスを通ったために、第１の情報処理装置に
は［原料指令、流量指令］の順で到着したとする。この
ような指令を受信した第１の情報処理装置においては、
まず「原料投入制御プログラム」が動作し、流量を調整
する前に原料２０ｋｇを反応炉に投入することになり、
中央制御室を構成する第２の情報処理装置から与えられ
た指令順序に違反することになる。その結果、反応炉に
おいて過剰反応が引き起こされる原因となり、プラント
の安全な運転を保証することができないという問題が生
じていた。

【０００６】次に、プラントシステムの安全な制御を保
証すべく、制御機器が２重化され、単一のＨ／Ｗ故障に
耐え得るようにシステム設計されている場合について説
明する。例えば、コンピュータネットワークで接続され
ている３つの情報処理装置において、第１の情報処理装
置で処理される「原料投入制御プログラム」と「流量調
整弁制御プログラム」は、中央制御室を構成する第２の
情報処理装置からの制御メッセージにしたがって、各プ
ログラム中のプラント温度や流量を制御していると仮定
する。また、第３の情報処理装置においては、前記第１
の情報処理装置と同一の２つの制御プログラムが並列に
稼働しており、どちらかのＨ／Ｗが故障しても、処理の
継続が可能なように２重化されている。

【０００７】ここで、上記の例と同様に、第２の情報処
理装置から「流量調整弁を１０度開ける」旨の指令を送
信した後に、「原料を２０ｋｇ投入する」旨の指令を送
信したとする。ところが、それら２つの指令がネットワ
ークの別々のパスを通ったために、第１の情報処理装置
には［原料指令、流量指令］の順で到着し、第３の情報
処理装置には［流量指令、原料指令］の順で到着したと
すると、第１の情報処理装置と第３の情報処理装置にお
いて、２つのプログラムの処理順序が異なることにな
る。

【０００８】すなわち、第１の情報処理装置では、まず
「原料投入制御プログラム」が動作し、流量を調整する
前に原料２０ｋｇを反応炉に投入することになり、一
方、第３の情報処理装置ではこれとは逆に、まず「流量
調整弁制御プログラム」が動作し、流量を調整した後に
原料２０ｋｇを反応炉に投入することになり、中央制御
室を構成する第２の情報処理装置から与えられた処理順
序指令に従った処理がなされることになる。

【０００９】このように、コンピュータネットワークを
構成する２つの情報処理装置において、処理の整合性及
び一貫性が保てなくなると、正しい処理順序指令を受信
した第３の情報処理装置が故障した場合には、これと２
重化された第１の情報処理装置が受信した処理順序がプ
ラントに反映されることになり、上記の例と同様に、過
剰反応を引き起こす結果となり、プラントの安全が損な
われるという問題が生じていた。

【００１０】このような処理順序指令の不整合をなくす
ために、従来から、メッセージの処理順序を決定するシ
ーケンサ機構が提案されており、このシーケンサ機構に
よって、ネットワーク接続された情報処理装置内での各
種メッセージの処理順序を一意に制御することで、各情
報処理装置における処理順序の不整合をなくしている。
すなわち、このシーケンサ機構は「動作モード」あるい
は「待機モード」のいずれかのモードをとり、「動作モ
ード・シーケンサ」を搭載した情報処理装置によって、
ネットワーク接続された各情報処理装置が制御されるよ
うに構成されている。

【００１１】

【発明が解決しようとする課題】しかしながら、上述し
たようなシーケンサ機構を搭載した従来の情報処理装置
及び情報処理方法には、以下に述べるような問題点があ
った。

【００１２】すなわち、「動作モード・シーケンサ」を
搭載した情報処理装置が故障した場合、各種プラントシ
ステムを継続して制御するためには、停止したシーケン
サの処理を正しく引き継ぐ必要がある。この引継ぎ方法
としては、従来、予め引き継ぐべき「待機モード・シー
ケンサ」を搭載した情報処理装置を決めておき、その情
報処理装置の「待機モード・シーケンサ」に、「動作モ
ード・シーケンサ」におけるメッセージの処理順序指令
を逐次伝達しておく方法が用いられている。

【００１３】しかし、この引き継ぎ方法では、「動作モ
ード・シーケンサ」が情報処理装置群に対してメッセー
ジの「処理順序指令」を伝達する際に、同時に「待機モ
ード・シーケンサ」に対しても同一の処理順序指令を伝
達する必要がある。このように、「動作モード・シーケ
ンサ」と「待機モード・シーケンサ」とが同期して、メ
ッセージの処理順序の内容を双方で多重に保持するため
には、「動作モード・シーケンサ」と「待機モード・シ
ーケンサ」間を同期させるためのメッセージ交換処理が
必要となる。また、「待機モード・シーケンサ」の数に
比例して同期処理の負担が大きくなるため、システム全
体の処理性能の低下をもたらすという問題も生じてい
た。

【００１４】さらに、従来は、各情報処理装置に搭載さ
れるシーケンサの種類が１つであったため、情報処理装
置間で交換されるメッセージ数の増大とともにネットワ
ークの処理負荷が増大し、その結果、システム全体の性
能の低下をもたらすこととなっていた。

【００１５】本発明は上述したような従来技術の問題点
を解消するために提案されたもので、その第１の目的
は、互いにネットワーク接続された複数の情報処理装置
において、メッセージの処理順序の不整合を防止するこ
とができる情報処理装置及び情報処理方法を提供するこ
とにある。また、第２の目的は、シーケンサの種類を複
数にすることにより、ネットワーク処理負荷の分散を実
現することができる情報処理装置及び情報処理方法を提
供することにある。

【００１６】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明は以下の手段を具備している。

【００１７】すなわち、請求項１に記載の発明は、互い
にネットワーク接続され、そのネットワーク上を流れる
メッセージの処理順序を決定するシーケンサを搭載した
情報処理装置において、前記シーケンサは、「動作モー
ド」あるいは「待機モード」のいずれかのモードをと
り、このシーケンサのモードを「動作モード」あるいは
「待機モード」に切り替える動作モード切替手段と、互
いにネットワーク接続された他の情報処理装置との間
で、前記シーケンサのモードに関する情報及びメッセー
ジ情報を受信する受信手段と、他の情報処理装置から受
信したメッセージの管理を行うメッセージ管理手段と、
互いにネットワーク接続された他の情報処理装置に、前
記シーケンサのモードに関する情報及びメッセージ情報
を送信する送信手段とを備えたことを特徴とするもので
ある。

【００１８】また、請求項９に記載の発明は、請求項１
に記載の発明を方法の観点から捉えたものであって、互
いにネットワーク接続され、そのネットワーク上を流れ
るメッセージの処理順序を決定するシーケンサを搭載し
た情報処理装置を用いた情報処理方法において、前記シ
ーケンサは、「動作モード」あるいは「待機モード」の
いずれかのモードをとり、このシーケンサのモードを
「動作モード」あるいは「待機モード」に切り替える動
作モード切替処理と、互いにネットワーク接続された他
の情報処理装置との間で、前記シーケンサのモードに関
する情報及びメッセージ情報を受信する受信処理と、他
の情報処理装置から受信したメッセージの管理を行うメ
ッセージ管理処理と、互いにネットワーク接続された他
の情報処理装置に、前記シーケンサのモードに関する情
報及びメッセージ情報を送信する送信処理とを含むこと
を特徴とするものである。

【００１９】上記の構成を有する請求項１に記載の情報
処理装置及び請求項９に記載の情報処理方法によれば、
ネットワーク接続された複数の情報処理装置のそれぞれ
において、そのシーケンサのモードが「動作モード」あ
るいは「待機モード」のいずれかに切り替えられ、その
情報が他の情報処理装置に送信される。これにより、ネ
ットワーク接続された各情報処理装置は、いずれの情報
処理装置が「動作モード」となったかを識別でき、ま
た、その「動作モード・シーケンサ」を搭載した情報処
理装置より送られる「処理順序指令」に従って各種のメ
ッセージの処理を実行する。その結果、ネットワーク接
続された複数の情報処理装置におけるメッセージ処理順
序の整合性が保持される。

【００２０】また、他の情報処理装置から受信したメッ
セージに誤りがないか、抜けがないかといった管理がな
されるので、常に正確なメッセージの受信が可能とな
る。

【００２１】請求項２に記載の発明は、互いにネットワ
ーク接続され、そのネットワーク上を流れるメッセージ
の処理順序を決定するシーケンサを搭載した情報処理装
置において、複数のプログラムに対応する少なくとも２
種類以上のシーケンサを備え、また、前記複数のシーケ
ンサの中から、所望のシーケンサを選択するシーケンサ
選択手段と、前記シーケンサは、「動作モード」あるい
は「待機モード」のいずれかのモードをとり、このシー
ケンサのモードを「動作モード」あるいは「待機モー
ド」に切り替える動作モード切替手段と、互いにネット
ワーク接続された他の情報処理装置との間で、前記シー
ケンサのモードに関する情報及びメッセージ情報を受信
する受信手段と、他の情報処理装置から受信したメッセ
ージの管理を行うメッセージ管理手段と、互いにネット
ワーク接続された他の情報処理装置に、前記シーケンサ
のモードに関する情報及びメッセージ情報を送信する送
信手段とを備えたことを特徴とするものである。

【００２２】また、請求項１０に記載の発明は、請求項
２に記載の発明を方法の観点から捉えたものであって、
互いにネットワーク接続され、そのネットワーク上を流
れるメッセージの処理順序を決定するシーケンサを搭載
した情報処理装置を用いた情報処理方法において、複数
のプログラムに対応する少なくとも２種類以上のシーケ
ンサを備え、また、前記複数のシーケンサの中から、所
望のシーケンサを選択するシーケンサ選択処理と、前記
シーケンサは、「動作モード」あるいは「待機モード」
のいずれかのモードをとり、このシーケンサのモードを
「動作モード」あるいは「待機モード」に切り替える動
作モード切替処理と、互いにネットワーク接続された他
の情報処理装置との間で、前記シーケンサのモードに関
する情報及びメッセージ情報を受信する受信処理と、他
の情報処理装置から受信したメッセージの管理を行うメ
ッセージ管理処理と、互いにネットワーク接続された他
の情報処理装置に、前記シーケンサのモードに関する情
報及びメッセージ情報を送信する送信処理とを含むこと
を特徴とするものである。

【００２３】上記の構成を有する請求項２に記載の情報
処理装置及び請求項１０に記載の情報処理方法によれ
ば、上記請求項１及び請求項９に記載の発明と同様の作
用・効果に加えて、本発明の情報処理装置を利用する応
用プログラムが、それぞれ必要なシーケンサを選択する
ことができ、その範囲でのメッセージ処理順序の保持が
可能になる。その結果、コンピュータネットワークをシ
ーケンサの種類数分用意することができることになり、
情報処理装置間で交換されるメッセージをそれら種類別
のシーケンサに対応するコンピュータネットワークに分
散することで、メッセージ量の増大に対応することが可
能になる。また、ネットワークシステム全体の処理の効
率が大幅に向上する。

【００２４】請求項３に記載の発明は、請求項１または
請求項２に記載の情報処理装置において、前記動作モー
ド切替手段が、シーケンサのモードを自律的に「動作モ
ード」あるいは「待機モード」に切り替える動作モード
切替部と、前記動作モード切替部が「動作モード」に切
り替わる態勢に入った場合に、他の情報処理装置に対し
て、自身が「動作モード・シーケンサ」である旨を宣言
する動作モード宣言部と、前記動作モード宣言部が所定
のタイミングで「動作モード・シーケンサ」である旨を
宣言した場合に、その宣言回数をカウントするカウント
部と、互いにネットワーク接続された他の情報処理装置
から、「動作モード・シーケンサ」である旨の宣言メッ
セージを受信した場合に、他の情報処理装置との優先度
を判別する優先度判別部と、前記優先度判別部によっ
て、他の情報処理装置の優先度が自身の情報処理装置よ
り高いと判断された場合に、前記「動作モード・シーケ
ンサ」である旨の宣言回数を初期化するカウント初期化
部と、前記動作モード切替部によって「動作モード」に
切り替わった後に、他の情報処理装置から「動作モード
・シーケンサ」である旨の宣言メッセージを受信した場
合に、その情報処理装置に対して、その動作モード宣言
が無効である旨を通知する宣言無効通知部とを備えたも
のであることを特徴とするものである。

【００２５】また、請求項１１に記載の発明は、請求項
３に記載の発明を方法の観点から捉えたものであって、
請求項９または請求項１０に記載の情報処理方法におい
て、前記動作モード切替処理が、シーケンサのモードを
自律的に「動作モード」あるいは「待機モード」に切り
替える動作モード切替ステップと、前記動作モード切替
ステップにおいて「動作モード」に切り替わる態勢に入
った場合に、他の情報処理装置に対して、自身が「動作
モード・シーケンサ」である旨を宣言する動作モード宣
言ステップと、前記動作モード宣言ステップにおいて、
所定のタイミングで「動作モード・シーケンサ」である
旨を宣言した場合に、その宣言回数をカウントするカウ
ントステップと、互いにネットワーク接続された他の情
報処理装置から、「動作モード・シーケンサ」である旨
の宣言メッセージを受信した場合に、他の情報処理装置
との優先度を判別する優先度判別ステップと、前記優先
度判別ステップにおいて、他の情報処理装置の優先度が
自身の情報処理装置より高いと判断された場合に、前記
「動作モード・シーケンサ」である旨の宣言回数を初期
化するカウント初期化ステップと、前記動作モード切替
ステップによって「動作モード」に切り替わった後に、
他の情報処理装置から「動作モード・シーケンサ」であ
る旨の宣言メッセージを受信した場合に、その情報処理
装置に対して、その動作モード宣言が無効である旨を通
知する宣言無効通知ステップとを含むことを特徴とする
ものである。

【００２６】上記の構成を有する請求項３に記載の情報
処理装置及び請求項１１に記載の情報処理方法によれ
ば、「待機モード・シーケンサ」を搭載した情報処理装
置は、自律的な判断で「動作モード・シーケンサ」が停
止したと判断した段階で、「待機モード」から「動作モ
ード」への切り替え動作を実行することができる。これ
により、「待機モード・シーケンサ」を搭載した情報処
理装置は、他シーケンサと非同期に、自身のメッセージ
処理順序の保持動作を実行することができる。

【００２７】また、各情報処理装置に搭載されたシーケ
ンサの優先度が判別されるので、複数の「待機モード・
シーケンサ」が自律的に「動作モード」に切り替わるべ
く宣言しても、それら相互の動作モード宣言を監視する
ことなく、「動作モード・シーケンサ」を１つに収斂さ
せることができる。

【００２８】さらに、「待機モード・シーケンサ」が
「動作モード」に切り替わる動作段階において、“動作
モード宣言”メッセージを他の情報処理装置に送信する
と共に、自身の動作モード宣言回数を増加させ、このカ
ウント数が規定数に達した場合には、自身を「動作モー
ド」に切り替える。これにより、その後に、自身より優
先度の高い情報処理装置から動作モード宣言メッセージ
を受信しても、そのシーケンサに動作モード宣言が無効
である旨のメッセージを返信することにより、「動作モ
ード・シーケンサ」が１つに収斂するまでの時間を所定
の時間内に抑えることが可能になる。

【００２９】請求項４に記載の発明は、請求項１または
請求項２または請求項３に記載の情報処理装置におい
て、前記メッセージ管理手段が、前記受信手段を介して
受信した各種の処理メッセージをチェックするメッセー
ジ監視部と、前記メッセージ監視部によって、受信した
処理メッセージに所定の誤り情報があることが検出され
た場合に、他の情報処理装置に該当するメッセージの再
送を依頼し、再送されたメッセージに基づいて、前記処
理メッセージを補正する補正部と、他の情報処理装置か
らあるメッセージの再送を依頼された場合に、そのメッ
セージを再送するメッセージ再送部と、他の情報処理装
置から受信した処理メッセージ及び補正後の処理メッセ
ージを記憶する記憶部と、自身が「動作モード・シーケ
ンサ」となった場合に、ネットワーク接続された他の情
報処理装置に対して、前記処理メッセージの「処理順序
指令」を出力する処理順序指令部とを備えたものである
ことを特徴とするものである。

【００３０】また、請求項１２に記載の発明は、請求項
４に記載の発明を方法の観点から捉えたものであって、
請求項９または請求項１０または請求項１１に記載の情
報処理方法において、前記メッセージ管理処理が、前記
受信処理によって受信した各種の処理メッセージをチェ
ックするメッセージ監視ステップと、前記メッセージ監
視ステップにおいて、受信した処理メッセージに所定の
誤り情報があることが検出された場合に、他の情報処理
装置に該当するメッセージの再送を依頼し、再送された
メッセージに基づいて、前記処理メッセージを補正する
補正ステップと、他の情報処理装置からあるメッセージ
の再送を依頼された場合に、そのメッセージを再送する
メッセージ再送ステップと、他の情報処理装置から受信
した処理メッセージ及び補正後の処理メッセージを記憶
する記憶ステップと、自身が「動作モード・シーケン
サ」となった場合に、ネットワーク接続された他の情報
処理装置に対して、前記処理メッセージの「処理順序指
令」を出力する処理順序指令ステップとを含むことを特
徴とするものである。

【００３１】上記の構成を有する請求項４に記載の情報
処理装置及び請求項１２に記載の情報処理方法によれ
ば、ネットワーク上を流れるメッセージに誤りがないか
どうか、抜けがないかどうかを監視し、補正することが
できるので、常に正確なメッセージの受信、記憶が可能
となる。また、自身が「動作モード・シーケンサ」とな
った場合に、ネットワーク接続された他の情報処理装置
に対して、メッセージの「処理順序指令」を出力するの
で、常に「動作モード・シーケンサ」によってメッセー
ジの「処理順序」が制御される。

【００３２】請求項５に記載の発明は、請求項１乃至請
求項４のいずれか一に記載の情報処理装置において、前
記受信手段が、互いにネットワーク接続された他の情報
処理装置から送信された「動作モード・シーケンサ」で
ある旨の宣言メッセージを受信するモード情報受信部
と、他の情報処理装置から送信された各種の処理メッセ
ージと、「動作モード・シーケンサ」となった他の情報
処理装置から送信されたメッセージの「処理順序指令」
を受信するメッセージ情報受信部とを備えたものである
ことを特徴とするものである。

【００３３】また、請求項１３に記載の発明は、請求項
５に記載の発明を方法の観点から捉えたものであって、
請求項９乃至請求項１２のいずれか一に記載の情報処理
方法において、前記受信処理が、互いにネットワーク接
続された他の情報処理装置から送信された「動作モード
・シーケンサ」である旨の宣言メッセージを受信するモ
ード情報受信ステップと、他の情報処理装置から送信さ
れた各種の処理メッセージと、「動作モード・シーケン
サ」となった他の情報処理装置から送信されたメッセー
ジの「処理順序指令」を受信するメッセージ情報受信ス
テップとを含むことを特徴とするものである。

【００３４】上記の構成を有する請求項５に記載の情報
処理装置及び請求項１３に記載の情報処理方法によれ
ば、互いにネットワーク接続された他の情報処理装置か
ら送信された「動作モード・シーケンサ」である旨の宣
言メッセージを受信して、前記動作モード切り替え処理
を実行することができ、また、「動作モード・シーケン
サ」となった他の情報処理装置から送信されたメッセー
ジの「処理順序指令」を受信することにより、ネットワ
ーク接続された複数の情報処理装置において整合性のと
れたメッセージ処理がなされる。

【００３５】請求項６に記載の発明は、請求項１乃至請
求項５のいずれか一に記載の情報処理装置において、前
記送信手段が、互いにネットワーク接続された他の情報
処理装置に、自身が「動作モード・シーケンサ」である
旨の宣言メッセージを送信するモード情報送信部と、他
の情報処理装置からメッセージの再送依頼を受信した場
合に、そのメッセージを再び送信し、また、自身が「動
作モード・シーケンサ」となった場合に、互いにネット
ワーク接続された他の情報処理装置にメッセージの「処
理順序指令」を送信するメッセージ情報送信部とを備え
たものであることを特徴とするものである。

【００３６】また、請求項１４に記載の発明は、請求項
６に記載の発明を方法の観点から捉えたものであって、
請求項９乃至請求項１３のいずれか一に記載の情報処理
方法において、前記送信処理が、互いにネットワーク接
続された他の情報処理装置に、自身が「動作モード・シ
ーケンサ」である旨の宣言メッセージを送信するモード
情報送信ステップと、他の情報処理装置からメッセージ
の再送依頼を受信した場合に、そのメッセージを再び送
信し、また、自身が「動作モード・シーケンサ」となっ
た場合に、互いにネットワーク接続された他の情報処理
装置にメッセージの「処理順序指令」を送信するメッセ
ージ情報送信ステップとを含むことを特徴とするもので
ある。

【００３７】上記の構成を有する請求項６に記載の情報
処理装置及び請求項１４に記載の情報処理方法によれ
ば、互いにネットワーク接続された他の情報処理装置
に、自身が「動作モード・シーケンサ」である旨の宣言
メッセージを送信することにより、ネットワーク接続さ
れた複数の情報処理装置における動作モード切り替え処
理において、「動作モード」となるべきシーケンサを搭
載した情報処理装置を決定する処理が可能となる。ま
た、自身が「動作モード・シーケンサ」となった場合
に、互いにネットワーク接続された他の情報処理装置に
メッセージの「処理順序指令」を送信することにより、
ネットワーク接続された複数の情報処理装置において整
合性のとれたメッセージ処理がなされる。

【００３８】請求項７に記載の発明は、請求項１または
請求項２に記載の情報処理装置において、「動作モー
ド」となったシーケンサを搭載した情報処理装置が、互
いにネットワーク接続された他の情報処理装置に、メッ
セージの「処理順序指令」を送出することを特徴とする
ものである。

【００３９】また、請求項１５に記載の発明は、請求項
７に記載の発明を方法の観点から捉えたものであって、
請求項９または請求項１０に記載の情報処理方法におい
て、「動作モード」となったシーケンサを搭載した情報
処理装置が、互いにネットワーク接続された他の情報処
理装置に、メッセージの「処理順序指令」を送出するこ
とを特徴とするものである。

【００４０】上記の構成を有する請求項７に記載の情報
処理装置及び請求項１５に記載の情報処理方法によれ
ば、互いにネットワーク接続された複数の情報処理装置
において、各種のメッセージの「処理順序」が、「動作
モード・シーケンサ」を搭載した情報処理装置によって
一意に制御される。

【００４１】請求項８に記載の発明は、請求項１乃至請
求項７のいずれか一に記載の情報処理装置を利用する応
用プログラムが、自身が送信するメッセージに「処理順
序委託情報」を付加して、「動作モード」となったシー
ケンサに送信することを特徴とするものである。

【００４２】また、請求項１６に記載の発明は、請求項
８に記載の発明を方法の観点から捉えたものであって、
請求項９乃至請求項１５のいずれか一に記載の情報処理
方法を利用する応用プログラムが、自身が送信するメッ
セージに「処理順序委託情報」を付加して、「動作モー
ド」となったシーケンサに送信することを特徴とするも
のである。

【００４３】上記の構成を有する請求項８に記載の情報
処理装置及び請求項１６に記載の情報処理方法によれ
ば、「動作モード・シーケンサ」に対して特定のメッセ
ージの処理順序を指定することができる。

【００４４】

【発明の実施の形態】以下、本発明の実施の形態を図面
を用いて詳細に説明する。なお、以下に述べる実施形態
の各機能は、所定のソフトウェアがコンピュータ及び周
辺機器を制御することで実現される。すなわち、本明細
書では、発明及び実施形態を各機能や各処理に対応する
仮想的回路ブロック（「〜手段」や「〜部」など）を想
定して説明している。このため、各ブロックに対して、
各ハードウェア要素やソフトウェア要素は１対１には対
応しない。

【００４５】［１．第１実施形態］本実施形態は、請求
項１、請求項３乃至請求項７に記載の情報処理装置及び
この情報処理装置上で実行される情報処理方法（請求項
９、請求項１１乃至請求項１５に対応する）に関するも
のである。

【００４６】［１−１．第１実施形態の構成］本実施形
態の情報処理装置は、図１に示したように構成されてい
る。

【００４７】すなわち、本実施形態の情報処理装置は、
その情報処理装置に搭載されたシーケンサのモードを、
「動作モード」あるいは「待機モード」に切り替える動
作モード切替手段１と、互いにネットワーク接続された
他の情報処理装置との間で、後述する「モード情報」及
び「メッセージ情報」を受信する受信手段２と、他の情
報処理装置から受信したメッセージが正しいか否か、抜
けがあるか否かといった管理を行うメッセージ管理手段
３と、互いにネットワーク接続された他の情報処理装置
に、「モード情報」及び「メッセージ情報」を送信する
送信手段４とを備えている。

【００４８】次に、上記各手段について、図２を参照し
て詳しく説明する。 （動作モード切替手段）前記動作モード切替手段１は、
図２に示したように、シーケンサのモードを自律的に
「動作モード」あるいは「待機モード」に切り替える動
作モード切替部１１と、前記動作モード切替部１１が
「動作モード」に切り替わる態勢に入った場合に、他の
情報処理装置に対して、自身が「動作モード・シーケン
サ」である旨を宣言する動作モード宣言部１２と、前記
動作モード宣言部１２が周期的に「動作モード・シーケ
ンサ」である旨を宣言した場合に、その宣言回数をカウ
ントするカウント部１３と、互いにネットワーク接続さ
れた他の情報処理装置から、「動作モード・シーケン
サ」である旨の宣言メッセージを受信した場合に、他の
情報処理装置との優先度を判別する優先度判別部１４
と、前記優先度判別部１４によって、他の情報処理装置
の優先度が自身の情報処理装置より高いと判断された場
合に、前記「動作モード・シーケンサ」である旨の宣言
回数を初期化するカウント初期化部１５と、前記動作モ
ード切替部１１によって「動作モード」に切り替わった
後に、他の情報処理装置から「動作モード・シーケン
サ」である旨の宣言メッセージを受信した場合に、その
情報処理装置に対して、その動作モード宣言が無効であ
る旨を通知する宣言無効通知部１６とを備えている。

【００４９】なお、上記動作モード切替部１１がシーケ
ンサのモードを「自律的」に切り替えるとは、「他のシ
ーケンサとは無関係に」モードの切り替えを行う意であ
る。

【００５０】（受信手段）前記受信手段２は、互いにネ
ットワーク接続された他の情報処理装置から送信された
「動作モード・シーケンサ」である旨の宣言メッセージ
を受信するモード情報受信部２１と、他の情報処理装置
から送信された各種の処理メッセージと、「動作モード
・シーケンサ」となった他の情報処理装置から送信され
た「処理順序指令」を受信するメッセージ情報受信部２
２とを備えている。

【００５１】（メッセージ管理手段）前記メッセージ管
理手段３は、前記受信手段２を介して受信した各種の処
理メッセージに誤りがないか、また、抜けがないかをチ
ェックするメッセージ監視部３１と、前記メッセージ監
視部３１によって、受信した処理メッセージに所定の誤
り情報（例えば、メッセージ内容の誤り、抜け等）があ
ることが検出された場合に、他の情報処理装置に該当す
るメッセージの再送を依頼し、再送されたメッセージに
基づいて、前記処理メッセージを補正する補正部３２
と、他の情報処理装置からあるメッセージの再送を依頼
された場合に、そのメッセージを再送するメッセージ再
送部３３と、他の情報処理装置から受信した処理メッセ
ージ及び補正後の処理メッセージを記憶する記憶部３４
と、自身が「動作モード・シーケンサ」となった場合
に、ネットワーク接続された他の情報処理装置に対し
て、前記処理メッセージの「処理順序指令」を出力する
処理順序指令部３５とを備えている。なお、通常、「処
理順序指令」は、自身が「動作モード・シーケンサ」と
なるまでは、前記記憶部３４に記憶されている。

【００５２】（送信手段）前記送信手段４は、互いにネ
ットワーク接続された他の情報処理装置に、自身が「動
作モード・シーケンサ」である旨の宣言メッセージを送
信し、また、前記宣言無効通知部１６から出力される
「動作モード宣言が無効である旨の通知」を送信するモ
ード情報送信部４１と、互いにネットワーク接続された
他の情報処理装置から、メッセージの再送依頼を受信し
た場合に、そのメッセージを再び送信し、また、自身が
「動作モード・シーケンサ」となった場合に、互いにネ
ットワーク接続された他の情報処理装置に前記「処理順
序指令」を送信するメッセージ情報送信部４２とを備え
ている。なお、自身が「動作モード・シーケンサ」とな
り、他の情報処理装置に各種の処理メッセージが送信さ
れていない場合には、前記メッセージ情報送信部４２
は、その処理メッセージをも送信する。

【００５３】［１−２．第１実施形態の作用］上記のよ
うな構成を有する本実施形態の情報処理装置の作用を、
フローチャートに基づいて順次説明する。

【００５４】［１−２−１．動作モード切り替え処理…
その１］まず、前記動作モード切替手段１によってなさ
れる処理について説明する。図３のフローチャートは、
互いにネットワーク接続された複数の情報処理装置が独
立に立ち上がった場合の処理の流れを示したものであ
る。すなわち、各情報処理装置は、前記動作モード宣言
部１２によって、自身を「動作モード・シーケンサ」と
宣言し（ステップ３１）、この宣言が送信手段４のモー
ド情報送信部４１によってネットワーク内の他の情報処
理装置に送信される（ステップ３２）。なお、前記動作
モード宣言部１２が宣言メッセージを送信する周期は、
各情報処理装置毎に独自に設定されている。

【００５５】また、前記「動作モード・シーケンサ」で
ある旨の宣言は、各情報処理装置において周期的に繰り
返され、その宣言回数（ＳｅｑＦｌａｇＣｏｕｎｔ）が
カウント部１３によってカウントされる（ステップ３
３）。そして、前記カウント部１３によって、動作モー
ド宣言回数が規定数に達したか否かが判断され（ステッ
プ３４）、規定数に達したと判断された場合には、自身
の情報処理装置を「動作モード」とする（ステップ３
５）。一方、動作モード宣言回数が規定数に達していな
い場合には、ステップ３１に戻る。

【００５６】［１−２−２．動作モード切り替え処理…
その２］図４のフローチャートは、互いにネットワーク
接続された他の情報処理装置から動作モード宣言メッセ
ージを受信した場合の処理の流れを示したものである。
すなわち、ある情報処理装置が、他の情報処理装置から
送信された動作モード宣言メッセージを受信すると（ス
テップ４１）、前記優先度判別部１４によって各情報処
理装置間の優先度が判別され（ステップ４２）、自身が
優先度が高いと判定された場合には（ステップ４３）、
図３に示したフローチャートと同様に、前記動作モード
宣言部１２によって、自身を「動作モード・シーケン
サ」と宣言する処理が続行され（ステップ４４）、この
宣言が送信手段４のモード情報送信部４１によってネッ
トワーク内の他の情報処理装置に送信される（図３参
照）。

【００５７】そして、その宣言回数（ＳｅｑＦｌａｇＣ
ｏｕｎｔ）がカウント部１３によってカウントされ、前
記カウント部１３によって、動作モード宣言回数が規定
数に達したか否かが判断され（ステップ４５）、規定数
に達したと判断された場合には、自身の情報処理装置を
「動作モード」とする（ステップ４６）。一方、動作モ
ード宣言回数が規定数に達していない場合には、ステッ
プ４４に戻る。

【００５８】また、前記ステップ４３において、他の情
報処理装置に対して自身の優先度が低いと判定された場
合には、自身の情報処理装置を「待機モード」とする
（ステップ４７）。

【００５９】［１−２−３．動作モード宣言無効通知処
理］自身の情報処理装置が「動作モード」となった後
に、互いにネットワーク接続された他の情報処理装置か
ら動作モード宣言メッセージを受信した場合には、前記
宣言無効通知部１６によって、その情報処理装置に対
し、その動作モード宣言が無効である旨が通知される。
これにより、他の情報処理装置はすでに動作モードとな
った情報処理装置が存在することを検知し、自身を「待
機モード」とする。

【００６０】［１−２−４．メッセージ管理処理］次
に、前記メッセージ管理手段３によってなされる処理に
ついて説明する。図５のフローチャートは、互いにネッ
トワーク接続された他の情報処理装置から処理メッセー
ジを受信した場合の処理の流れを示したものである。す
なわち、ある情報処理装置が、前記受信手段２を介して
他の情報処理装置から処理メッセージを受信すると（ス
テップ５１）、前記メッセージ監視部３１において、そ
の処理メッセージに誤りがないか、また、抜けがないか
がチェックされる（ステップ５２、ステップ５３）。

【００６１】そして、受信した処理メッセージに誤りが
あったり、また、抜けがあった場合には、前記補正部３
２によって、他の情報処理装置に該当するメッセージの
再送が依頼され（ステップ５４）、正しい処理メッセー
ジあるいは欠落していた処理メッセージが再送されると
（ステップ５５）、再送されたメッセージに基づいて、
前記処理メッセージが補正される（ステップ５６）。そ
の後、ステップ５２に戻り、再度メッセージ監視部３１
において、その処理メッセージに誤りがないか、また、
抜けがないかがチェックされる（ステップ５２）。一
方、ステップ５３において、受信した処理メッセージに
誤りがなく、また、抜けもない場合には、その処理メッ
セージは前記記憶部３４に記憶される。

【００６２】さらに、他の情報処理装置からあるメッセ
ージの再送が依頼された場合には、前記メッセージ再送
部３３によって、そのメッセージが該当情報処理装置に
再送される。

【００６３】［１−２−５．処理順序指令出力処理］ま
た、「動作モード」となった情報処理装置においては、
前記メッセージ管理手段３は、ネットワーク接続された
他の情報処理装置に対して「処理順序指令」を出力す
る。すなわち、［１−２−４．メッセージ管理処理］の
項で説明した処理によって、ネットワーク接続されたす
べての情報処理装置において、処理メッセージの抜けが
ないと確認されると、動作モードとなった情報処理装置
は、メッセージバッファ内のメッセージの「処理順序指
令」を他の情報処理装置に送信する。

【００６４】これにより、ネットワーク接続された複数
の情報処理装置において、処理順序の一貫性が保持され
る。

【００６５】（実施例）以下の実施例において、本実施
形態をより具体的に説明する。なお、以下の実施例に示
した記号は、次のように定義される。すなわち、“Ｓｅ
ｑＦｌａｇＬｉｓｔ”は、どのＣＰＵが「動作モード・
シーケンサ」であるかを示すリストであり、例えば、
［００１００］はＣＰＵ３が「動作モード・シーケン
サ」であることを示している。

【００６６】また、“ｐＡＣＮＬｉｓｔ”は、「動作モ
ード・シーケンサ」が送出するメッセージ処理順序リス
ト（ａ．ｐｏｌ）の総送信累積数リストであり、［全ｐ
ＡＣＮ：ＣＰＵｉｄ：個別ｐＡＣＮ］で示される。な
お、“全ｐＡＣＮ”は前記“ａ．ｐｏｌ”のネットワー
ク上への送信累積数、“個別ｐＡＣＮ”は各ＣＰＵが送
出した“ａ．ｐｏｌ”累積数のリスト、ＣＰＵｉｄは情
報処理装置の識別子で、これにより相互に優先度の比較
ができるものである。例えば、（［６：３：１０５０
０］）は「動作モード・シーケンサ」であるＣＰＵ３が
“個別ｐＡＣＮ”番号“５”の“ａ．ｐｏｌ”を送信し
たことを示している。

【００６７】さらに、“ｍＡＣＮＬｉｓｔ”は、メッセ
ージ本体の総送信累積数リストであり、［全ｍＡＣＮ：
送信元ＣＰＵｉｄ：個別ｍＡＣＮ］で示される。なお、
“全ｍＡＣＮ”はメッセージ本体のネットワーク上への
送信累積数、“個別ｍＡＣＮ”は各ＣＰＵが送出したメ
ッセージ本体累積数のリストを示している。例えば、
｛１６：３：［３１２３７］）はＣＰＵ３が“個別ｍＡ
ＣＮ”番号“２”のメッセージを送信したことを示して
いる。

【００６８】（実施例−１…動作モード・シーケンサの
決定処理）本実施例は、図１及び図２に示したような構
成を有する情報処理装置におけるシステム立ち上がり時
の動作を示したものである。すなわち、前記動作モード
宣言部１２と優先度判別部１４よって、「待機モード・
シーケンサ」を搭載した複数の情報処理装置間における
自律的な処理によって、「動作モード」となる情報処理
装置が一意に決定される様子を示している。なお、本実
施例においては、４台の情報処理装置（ＣＰＵ）がコン
ピュータネットワークで接続されたシステムを想定し、
ＣＰＵ１からＣＰＵ４の識別子をそれぞれ“１”“２”
“３”“４”とする。

【００６９】すなわち、本実施例において、ネットワー
ク接続された各ＣＰＵが独立に立ち上がると、それぞれ
のＣＰＵに設けられた動作モード切替部１１によって、
「動作モード」に切り替わる態勢に入る。そして、動作
モード宣言部１２によって、自身を「動作モード・シー
ケンサ」と宣言し、この宣言が送信手段４によってネッ
トワーク内の他のＣＰＵ群に送信される。

【００７０】例えば、ＣＰＵ３の動作モード宣言部１２
が、自身を「動作モード・シーケンサ」であると宣言
し、メッセージ（２：ＳｅｑＦｌａｇＬｉｓｔ［００１
００］：ｐＡＣＮＬｉｓｔ［１：３：００１００］）
を、ネットワーク内の他のＣＰＵ群に送信する。なお、
ここで、メッセージフォーマット（２：ＳｅｑＦｌａｇ
Ｌｉｓｔ：ｐＡＣＮＬｉｓｔ）は、動作モード宣言時の
メッセージフォーマットであることを示している。

【００７１】また、ＣＰＵ３の動作モード宣言部１２
は、周期的にその宣言メッセージを送信し、その宣言回
数（ＳｅｑＦｌａｇＣｏｕｎｔ）がカウント部１３によ
ってカウントされる。なお、前記動作モード宣言部１２
が宣言メッセージを送信する周期は、各ＣＰＵ毎に独自
に設定されている。

【００７２】次に、ＣＰＵ４が立ち上がり、ＣＰＵ４の
動作モード宣言部１２が、自身を「動作モード・シーケ
ンサ」であると宣言し、前記ＣＰＵ３と同様に、メッセ
ージ（２：ＳｅｑＦｌａｇＬｉｓｔ［０００１０］：ｐ
ＡＣＮＬｉｓｔ［１：４：０００１０］）を、ネットワ
ーク内の他のＣＰＵ群に送信する。

【００７３】しかし、ＣＰＵ４はすでにＣＰＵ３からの
動作モード宣言メッセージを受信しており、ＣＰＵ４に
設けられた優先度判別部１４によって、ＣＰＵ３との優
先度が判別され、ＣＰＵ３の方がＣＰＵ４自身より優先
度が高いと判定された場合には、ＣＰＵ４は「待機モー
ドシーケンサ」となる。

【００７４】続いて、ＣＰＵ１、ＣＰＵ２が暫時立ち上
がり、それぞれの動作モード宣言部１２が、自身を「動
作モード・シーケンサ」であると宣言し、それぞれメッ
セージ（２：ＳｅｑＦｌａｇＬｉｓｔ［１００００］：
ｐＡＣＮＬｉｓｔ［１：１：１００００］）、メッセー
ジ（２：ＳｅｑＦｌａｇＬｉｓｔ［０１０００］：ｐＡ
ＣＮＬｉｓｔ［１：２：０１０００］）を、ネットワー
ク内の他のＣＰＵ群に送信する。

【００７５】しかし、それぞれのＣＰＵに設けられた優
先度判別部１４によって、ＣＰＵ１とＣＰＵ２との優先
度が判別され、ＣＰＵ１の方がＣＰＵ２より優先度が高
いと判定された場合には、ＣＰＵ２は自律的に「待機モ
ード・シーケンサ」となる。また、ＣＰＵ１、ＣＰＵ２
の動作モード宣言メッセージは、前記ＣＰＵ３、ＣＰＵ
４でも受信され、それぞれのＣＰＵに設けられた優先度
判別部１４によって、ＣＰＵ１との優先度が判別され、
ＣＰＵ１の方が自身より優先度が高いと判定された場合
には、それぞれ「待機モード・シーケンサ」となる。

【００７６】一方、ＣＰＵ１においては、そのカウント
部１３によって、動作モード宣言回数が規定数に達した
か否かが判断され、規定数に達したと判断された場合に
は、ＣＰＵ１が「動作モード」に変わり、各アプリケー
ションがメッセージの送信を開始する。

【００７７】なお、上記「規定数」は各ＣＰＵ毎に予め
設定されている。また、あるＣＰＵにおいて、その動作
モード宣言回数がそのＣＰＵについて設定された規定数
を越え、「動作モード・シーケンサ」となった場合に
は、その後に、そのＣＰＵより優先度の高い他のＣＰＵ
から動作モード宣言メッセージが送信されたとしても、
宣言無効通知部１６によって、そのＣＰＵに対して、そ
の動作モード宣言が無効である旨が通知される。

【００７８】（実施例−２…メッセージ数の監視処理及
びメッセージの抜け検出処理）本実施例は、図１及び図
２に示したような構成を有する情報処理装置において、
上記の処理によってシステム立ち上がり時に「動作モー
ド・シーケンサ」が決定され、各情報処理装置内のプロ
グラム実行手段が、送信手段４と受信手段２を介して、
発生するメッセージの送受信を実行する際に、ある情報
処理装置がメッセージの受信に失敗した場合に、メッセ
ージ監視部３１によって、その抜けメッセージを検出
し、再受信する様子を示している。なお、ここでは、Ｃ
ＰＵ１が「動作モード・シーケンサ」であるとする。

【００７９】まず、ＣＰＵ１がメッセージＭ１を送信手
段４のメッセージ情報送信部４２を介して他のＣＰＵに
出力する。なお、このメッセージＭ１は（０：［１００
００］：［１：１：１００００］：Ｍ１）／＊｛０：Ｓ
ｅｑＦｌａｇＬｉｓｔ：ｍＡＣＮＬｉｓｔ：ｍｅｓｓａ
ｇｅ ｂｏｄｙ｝である。ここで、メッセージフォーマ
ット｛０：ＳｅｑＦｌａｇＬｉｓｔ：ｍＡＣＮＬｉｓ
ｔ：ｍｅｓｓａｇｅ ｂｏｄｙ｝は、メッセージ本体を
送信する場合のメッセージフォーマットであることを示
している。

【００８０】本実施例において、ＣＰＵ１、ＣＰＵ２、
ＣＰＵ４はこのメッセージＭ１を受信するが、ＣＰＵ３
は受信に失敗したとする。この場合、各ＣＰＵのメッセ
ージ監視部３１は、上記ｍＡＣＮＬｉｓｔを自身のそれ
と比較し、メッセージの抜けの有無をチェックする。す
なわち、ＣＰＵ１、ＣＰＵ２、ＣＰＵ４は、受信前のｍ
ＡＣＮＬｉｓｔ［０：０：０００００］と受信後のｍＡ
ＣＮＬｉｓｔ［１：１：１００００］とを比較し、抜け
がないことを確認する。一方、ＣＰＵ３はメッセージＭ
１の受信に失敗しているので、ＣＰＵ１からメッセージ
Ｍ１が送信されたことを知り得ず、この段階でメッセー
ジの抜けの有無をチェックすることはできない。また、
ＣＰＵ３のｍＡＣＮＬｉｓｔは、受信前も受信後も、共
に［０：０：０００００］のままである。

【００８１】次に、ＣＰＵ２がメッセージＭ２を送信手
段４のメッセージ情報送信部４２を介して他のＣＰＵに
出力する。なお、このメッセージＭ２は（０：［１００
００］：［２：２：１１０００］：Ｍ２）／＊｛０：Ｓ
ｅｑＦｌａｇＬｉｓｔ：ｍＡＣＮＬｉｓｔ：ｍｅｓｓａ
ｇｅ ｂｏｄｙ｝である。

【００８２】そして、各ＣＰＵのメッセージ監視部３１
は、上記ｍＡＣＮＬｉｓｔを自身のそれと比較し、メッ
セージの抜けの有無をチェックする。すなわち、ＣＰＵ
２とＣＰＵ４は、受信前のｍＡＣＮＬｉｓｔ［１０００
０］と受信後のｍＡＣＮＬｉｓｔ［１１０００］とを比
較し、抜けがないことを確認する。

【００８３】一方、ＣＰＵ３についてみると、受信前の
ｍＡＣＮＬｉｓｔ［０００００］と受信後のｍＡＣＮＬ
ｉｓｔ［１１０００］とを比較し、メッセージの差分リ
ストを計算すると［１１０００］となる。ここで、今回
のメッセージの送信元であるＣＰＵ２についてのメッセ
ージ数の差は“１”なので、Ｍ２については正しく受信
したが、今回以前にＣＰＵ１が送信したメッセージ累積
番号“１”の受信抜けを検出し、その再送を他のＣＰＵ
に要求する。すなわち、ＣＰＵ３においては、この段階
で初めてメッセージＭ１の受信に失敗していることが判
明する。

【００８４】抜けメッセージを再送してもらった後に、
ＣＰＵ３がメッセージＭ３を送信手段４のメッセージ情
報送信部４２を介して他のＣＰＵに出力し、すべてのＣ
ＰＵがこのメッセージＭ３を受信したとする。なお、こ
のメッセージＭ３は（０：［１００００］：［３：３：
１１１００］：Ｍ３）／＊｛０：ＳｅｑＦｌａｇＬｉｓ
ｔ：ｍＡＣＮＬｉｓｔ：ｍｅｓｓａｇｅ ｂｏｄｙ｝で
ある。

【００８５】上記と同様に、各ＣＰＵのメッセージ監視
部３１は、ｍＡＣＮＬｉｓｔを自身のそれと比較し、メ
ッセージの抜けの有無をチェックする。すなわち、ＣＰ
Ｕ２、ＣＰＵ３及びＣＰＵ４は、受信前のｍＡＣＮＬｉ
ｓｔ［１１０００］と受信後のｍＡＣＮＬｉｓｔ［１１
１００］とを比較し、抜けがないことを確認する。

【００８６】一方、ＣＰＵ１についてみると、受信前の
ｍＡＣＮＬｉｓｔ［１００００］と受信後のｍＡＣＮＬ
ｉｓｔ［１１１００］とを比較し、メッセージの差分リ
ストを計算すると［０１１００］となる。ここで、今回
のメッセージの送信元であるＣＰＵ３についてのメッセ
ージ数の差は“１”なので、Ｍ３については正しく受信
したが、今回以前にＣＰＵ２が送信したメッセージ累積
番号“１”の受信抜けを検出し、その再送を他のＣＰＵ
に要求する。そして、ＣＰＵ１はＣＰＵ２から再送メッ
セージ（０：［１００００］：［３：２：１１１０
０］：Ｍ２）を受信する。

【００８７】さらに、ＣＰＵ４がメッセージＭ４を送信
手段４のメッセージ情報送信部４２を介して他のＣＰＵ
に出力し、すべてのＣＰＵがこのメッセージＭ４を受信
したとする。なお、このメッセージＭ４は（０：［１０
０００］：［４：４：１１１１０］：Ｍ４）／＊｛０：
ＳｅｑＦｌａｇＬｉｓｔ：ｍＡＣＮＬｉｓｔ：ｍｅｓｓ
ａｇｅ ｂｏｄｙ｝である。

【００８８】この場合も上記と同様に、各ＣＰＵのメッ
セージ監視部３１は、ｍＡＣＮＬｉｓｔを自身のそれと
比較し、メッセージの抜けの有無をチェックする。そし
て、すべてのＣＰＵにおいて、メッセージの抜けがない
と確認されると、「動作モード・シーケンサ」であるＣ
ＰＵ１は、メッセージバッファ内のメッセージの処理順
序を全てのＣＰＵ群に送信する動作に入る。

【００８９】すなわち、「動作モード・シーケンサ」で
あるＣＰＵ１は、メッセージバッファを動作モード・シ
ーケンサが送出するメッセージ処理順序リスト（ａ．ｐ
ｏｌ）にコピーし、処理順序指令部３４を起動して、後
述するｐＡＣＮＬｉｓｔとメッセージ処理順序リスト
［Ｍ１Ｍ２Ｍ３Ｍ４］を送信する。なお、このメッセー
ジフォーマットは（１：［１００００］：［１：１：１
００００］：［Ｍ１Ｍ２Ｍ３Ｍ４］）／＊（１：Ｓｅｑ
Ｆｌａｇ：ｐＡＣＮＬｉｓｔ：ａ．ｐｏｌ）＊／であ
る。

【００９０】（実施例−３…新たな動作モード・シーケ
ンサの決定処理…その１）本実施例は、図１及び図２に
示したような構成を有する情報処理装置において、上記
の処理によって、「動作モード・シーケンサ」であるＣ
ＰＵ１が「処理順序指令」を他のＣＰＵに送信した後に
故障した場合に、新たに「動作モード・シーケンサ」と
なる情報処理装置が決定され、正しく処理が引き継がれ
る様子を示している。なお、ここでは、ＣＰＵ３が上記
メッセージを受信していないと仮定する。

【００９１】すなわち、「動作モード・シーケンサ」で
あるＣＰＵ１が、「処理順序指令」（１：ＳｅｑＦｌａ
ｇＬｉｓｔ：ｐＡＣＮＬｉｓｔ：ａ．ｐｏｌ）を送信し
た後に故障し、ＣＰＵ２及びＣＰＵ４はその「処理順序
指令」を受信し、ＣＰＵ３は受信に失敗していると仮定
する。この場合、ＣＰＵ２及びＣＰＵ４は受信したＳｅ
ｑＦｌａｇ［１００００］と現在のＳｅｑＦｌａｇとを
比較し、「動作モード・シーケンサ」が正しいか否かを
判定する。

【００９２】次に、ＣＰＵ２はメッセージＭ１を処理す
るが、ネットワークにメッセージは出力しない。一方、
ＣＰＵ３においては、動作モード切替部１１が自律的に
「動作モード・シーケンサ」であるＣＰＵ１が故障した
と判定し、自身が「動作モード・シーケンサ」になるべ
く、動作モード宣言をする。なお、この動作モード宣言
メッセージフォーマットは、（２：ＳｅｑＦｌａｇ［０
０１００］：ｐＡＣＮＬｉｓｔ［１：３：００１０
０］）である。

【００９３】そして、このＣＰＵ３の動作モード宣言後
に、ＣＰＵ２ ａｎｄ／ｏｒ ＣＰＵ４の送受信機構
が、ＣＰＵ１が送信した処理順序メッセージの抜けを検
出し、抜けた処理順序メッセージ（１：［１０００
０］：［１：１：１００００］：［Ｍ１Ｍ２Ｍ３Ｍ
４］）をＣＰＵ３に再送する。すなわち、ＣＰＵ３が送
信した動作モード宣言メッセージの正／誤は、送信元Ｃ
ＰＵ（ここでは、ＣＰＵ３）を除く他のそれぞれのＣＰ
Ｕ（ここでは、ＣＰＵ２、ＣＰＵ４）によって判定され
る。

【００９４】ＣＰＵ３は、ＣＰＵ１が送信した処理順序
メッセージ（１：［１００００］：［１：１：１０００
０］：［Ｍ１Ｍ２Ｍ３Ｍ４］）をＣＰＵ２ ａｎｄ／ｏ
ｒＣＰＵ４から再送信され、自身の動作モード宣言が無
効であることを認識する。すなわち、ＣＰＵ３は自身が
「動作モード・シーケンサ」たり得ないと判断し、動作
モード切替部１１によって「動作モード」を「待機モー
ド」に変える。そして、各ＣＰＵは、「動作モード・シ
ーケンサ」であったＣＰＵ１が故障前に送出したメッセ
ージ処理順序リスト（ａ．ｐｏｌ）に従ってメッセージ
処理を行う。

【００９５】続いて、ＣＰＵ２、ＣＰＵ３、ＣＰＵ４の
各応用プログラムがメッセージ送信をするが、「動作モ
ード・シーケンサ」であるＣＰＵ１が故障したため、
「動作モード・シーケンサ」からメッセージの「処理順
序指令」が送られてこない。そこで、各ＣＰＵはそれぞ
れ自律的に動作モード宣言モードになり、上記［動作モ
ード・シーケンサ決定処理］の項で述べた手順に従っ
て、３つのＣＰＵの中の１つのＣＰＵが「動作モード・
シーケンサ」になる。

【００９６】（実施例−４…新たな動作モード・シーケ
ンサの決定処理…その２）本実施例は、図１及び図２に
示したような構成を有する情報処理装置において、上記
の処理によって、「動作モード・シーケンサ」であるＣ
ＰＵ１が「処理順序指令」を他のＣＰＵに送信する前に
故障した場合に、新たに「動作モード・シーケンサ」と
なる情報処理装置が決定され、正しく処理が引き継がれ
る様子を示している。

【００９７】すなわち、動作モード・シーケンサである
ＣＰＵ１が故障すると、各ＣＰＵはそれぞれの判断でＣ
ＰＵ１が故障したと判定し、ＣＰＵ２、ＣＰＵ３及びＣ
ＰＵ４は動作モード宣言部１２によって、それぞれ非同
期に動作モード宣言をする。例えば、ＣＰＵ３の場合、
他のＣＰＵに対して（２：ＳｅｑＦｌａｇＬｉｓｔ［０
０１００］：ｐＡＣＮＬｉｓｔ［１：３：００１０
０］）。なお、“２”は動作モード宣言モードであるこ
とを示している。

【００９８】このように、「待機モード・シーケンサ」
である各ＣＰＵは、動作モード宣言部１２によって、周
期的に動作モード宣言を繰り返す。そして、ＣＰＵ３及
びＣＰＵ４が自身の定める宣言回数に達する前に、ＣＰ
Ｕ２が自身が定めた宣言回数に達した場合には、ＣＰＵ
２が「動作モード・シーケンサ」となる。そして、ＣＰ
Ｕ２から動作モード宣言メッセージを受け取ったＣＰＵ
３及びＣＰＵ４は、それぞれ「待機モード・シーケン
サ」となる。

【００９９】一方、自身が定めた宣言回数に達したＣＰ
Ｕ２は、「動作モード・シーケンサ」としてメッセージ
処理順序の送信準備に入る。なお、この時、以前「動作
モード・シーケンサ」であったＣＰＵ１が再び立ち上げ
られ、動作モード宣言モードになっても、すでにＣＰＵ
２が「動作モード・シーケンサ」となっているので、Ｃ
ＰＵ２の宣言無効通知部１６から“Ｙｏｕ ｓｈｏｕｄ
ｂｅ ａ ｓｌａｖｅ”を返信され、ＣＰＵ１は「待
機モード・シーケンサ」となる。

【０１００】［１−３．第１実施形態の効果］以上述べ
たように、本実施形態の情報処理装置及び情報処理方法
によれば、従来のように「待機モード・シーケンサ」に
「動作モード・シーケンサ」と同一の「処理順序指令」
をその都度伝達する必要がなくなるため、「動作モード
・シーケンサ」と「待機モード・シーケンサ」とを同期
させるためのメッセージ交換処理が不要となる。また、
「動作モード」となった情報処理装置からの「処理順序
指令」が、互いにネットワーク接続された他の情報処理
装置に送信され、その指令に従ってメッセージ処理がな
されるので、メッセージ処理順序の不整合が防止でき
る。

【０１０１】［２．第２実施形態］本実施形態は、本発
明の情報処理装置をネットワーク接続したプラントシス
テム制御装置に関するものである。

【０１０２】［２−１．第２実施形態の構成］本実施形
態においては、図６に示したように、第１乃至第３の情
報処理装置６１，６２，６３と、プラント入出力装置７
０がコンピュータネットワークに接続されて構成されて
いる。また、「待機モードシーケンサ」である前記第１
の情報処理装置６１と第３の情報処理装置６３には、
「原料投入制御プログラムＡ」と「流量調整弁制御プロ
グラムＢ」が２重化されて搭載されている。一方、「動
作モード・シーケンサ」を搭載する第２の情報処理装置
６２には、前記プログラムＡ，Ｂに制御指令を送出する
インターフェイスプログラムＣが搭載されている。

【０１０３】さらに、第１の情報処理装置６１及び第３
の情報処理装置６３共に、第２の情報処理装置６２に搭
載されている「動作モード・シーケンサ」からの「処理
順序指令」を受信して初めて、前記２つの処理メッセー
ジをその「処理順序指令」にしたがって処理するように
構成されている。

【０１０４】［２−２．第２実施形態の作用・効果］こ
のような構成を有する本実施形態の作用は、以下の通り
である。すなわち、図７に示したような化学プラントに
おいて、「動作モード・シーケンサ」を搭載する第２の
情報処理装置６２のプログラムＣから、「流量調整弁を
１０度開ける」旨の指令を送信した後に、「原料２０ｋ
ｇを投入する」旨の指令を送信したとする。

【０１０５】しかし、それら２つの指令がネットワーク
の別々のパスを通ったために、第１の情報処理装置６１
には［原料指令、流量指令］の順で到着し、第３の情報
処理装置６３には［流量指令、原料指令］の順で到着し
たとする。例えば、第１の情報処理装置６１への［原料
指令］はネットワークパス［ｒ１→ｒ２→ｒ４］を通
り、［流量指令］はネットワークパス［ｒ３→ｒ４］を
通ったために、第１の情報処理装置６１には［原料指
令、流量指令］の順で指令が到着し、一方、第３の情報
処理装置６３へは２つの指令が共に同一のネットワーク
パス［ｒ５→ｒ６］を通って到着したとする。

【０１０６】すなわち、第１の情報処理装置６１には、
「動作モード・シーケンサ」を搭載する第２の情報処理
装置６２のプログラムＣが送信した順序とは異なる順序
で処理メッセージが到着し、また、第３の情報処理装置
６３には、前記第２の情報処理装置６２のプログラムＣ
が送信した順序で処理メッセージが到着したことにな
る。

【０１０７】しかし、この場合、本実施形態において
は、第１の情報処理装置６１及び第３の情報処理装置６
３共に、第２の情報処理装置６２に搭載されている「動
作モード・シーケンサ」からの「処理順序指令」を受信
して初めて、前記２つの処理メッセージをその「処理順
序指令」にしたがって処理するように構成されている。

【０１０８】したがって、上述したように、ある情報処
理装置がすでに受信している「処理順序指令」が、「動
作モード・シーケンサ」を搭載した情報処理装置が送信
した「処理順序指令」と異なっていたとしても、各情報
処理装置において、常に整合性のあるメッセージ処理が
実行される。

【０１０９】［３．第３実施形態］上記第１実施形態及
び第２実施形態は、情報処理装置間を接続するネットワ
ークパスが複数存在していても、「動作モード・シーケ
ンサ」の種類が１つであったため、その「動作モード・
シーケンサ」がすべてのメッセージの処理順序を決定し
なければならない。

【０１１０】また、上記のような各種のプラント制御で
は、それに関連するプログラムが出力するメッセージの
処理順序は、すべての情報処理装置において整合性がと
れていなければならないが、事務処理などの種類の異な
るプログラム群が併存して処理される場合もある。その
ような場合には、「プラント制御プログラム群」と「事
務処理プログラム群」との間でメッセージの処理順序の
整合性を保持する必要はなく、別々に並行処理して差し
支えない。

【０１１１】そこで、この点を考慮し、複数のシーケン
サを備えた実施形態について、以下に説明する。なお、
本実施形態は、請求項２乃至請求項７に記載の情報処理
装置及びこの情報処理装置上で実行される情報処理方法
（請求項１０乃至請求項１５に対応する）に関するもの
である。

【０１１２】［３−１．第３実施形態の構成］本実施形
態においては、種類の異なるプログラム群（例えば、上
記「プラント制御プログラム群」と「事務処理プログラ
ム群」）毎に、それぞれ別々の「動作モード・シーケン
サ」と「待機モード・シーケンサ」が備えられている。
なお、それぞれのプログラムがどのシーケンサに属する
かは、各情報処理装置毎に登録されている。また、本実
施形態においては、図８に示したように、第１実施形態
の各手段に加えて、前記複数のシーケンサから所望のシ
ーケンサを選択するシーケンサ選択手段５が設けられて
いる。

【０１１３】［３−２．第３実施形態の作用・効果］上
記のような構成を有する第３実施形態の情報処理装置に
おいては、各プログラム群が稼働を開始した場合に、前
記シーケンサ選択手段５によって所望のシーケンサを選
択することにより、各プログラムにおけるメッセージの
処理順序を、各プログラムの属するシーケンサが制御す
るので、システム全体の処理の効率が大幅に向上する。

【０１１４】［４．他の実施形態］本発明は上述した実
施形態に限定されるものではなく、以下のような変形例
が考えられる。

【０１１５】すなわち、上記「処理順序指令」は、「動
作モード・シーケンサ」が自律的に決定するが、メッセ
ージ送信元プログラム（例えば、第２実施形態における
インターフェースプログラムＣ）からも、「動作モード
・シーケンサ」に対して、自身が送信するメッセージの
処理順序を委託することも可能である。例えば、プログ
ラムＣが、「動作モード・シーケンサ」に対して、「原
料指令」メッセージが「流量指令」メッセージより先に
処理されるべきであるとする委託情報を、その指令メッ
セージに付加して送信することも可能である。

【０１１６】なお、本実施形態は、請求項８に記載の情
報処理装置及びこの情報処理装置上で実行される情報処
理方法（請求項１６に対応する）に関するものであり、
図９に示すように、第１の情報処理装置７１が「動作モ
ード・シーケンサ」となり、第２の情報処理装置７２が
「待機モード・シーケンサ」となった場合等に有効であ
る。すなわち、上述したように、第１の情報処理装置７
１においては、「処理順序指令」は［原料指令、流量指
令］の順で到着しており、たとえ、この第１の情報処理
装置７１が「動作モード・シーケンサ」となったからと
いって、その受信した「処理順序指令」をそのまま他の
情報処理装置に送信すると、メッセージ送信元プログラ
ムＣが意図したプラント制御を実行することができな
い。

【０１１７】このような場合に、プログラムＣが送信す
る制御メッセージに「処理順序委託情報」を付加するこ
とで、「動作モード・シーケンサ」がどの情報処理装置
に搭載されていても、中央制御室からの制御メッセージ
が意図した通りの処理順序が、すべての情報処理装置群
に伝達されるため、常に正確なメッセージ処理が実現で
きる。

【０１１８】また、上記化学プラント制御の場合と異な
り、メッセージの処理順序の正確性は要求されず、ネッ
トワーク接続された複数の情報処理装置間で整合性がと
れていれば十分である場合には、「動作モード」となっ
た情報処理装置からの「処理順序指令」に、ネットワー
ク接続された他のすべての情報処理装置が従うように構
成することもできる。

【０１１９】さらに、コンピュータネットワークを構成
するすべての情報処理装置として、シーケンサが搭載さ
れた本発明の情報処理装置を用いる必要はなく、一部の
情報処理装置にのみシーケンサが搭載されている場合に
も、同様の効果が得られることは言うまでもない。

【０１２０】

【発明の効果】以上述べたように、本発明によれば、互
いにネットワーク接続された複数の情報処理装置におい
て、メッセージの処理順序の不整合を防止することがで
きる情報処理装置及び情報処理方法を提供することがで
きる。また、シーケンサの種類を複数にすることによ
り、ネットワーク処理負荷の分散を実現することができ
る情報処理装置及び情報処理方法を提供することができ
る。

【図面の簡単な説明】

【図１】本発明の第１実施形態の基本的構成を示す機能
ブロック図

【図２】本発明の第１実施形態のより詳細な構成を示す
機能ブロック図

【図３】本発明の第１実施形態において、互いにネット
ワーク接続された複数の情報処理装置が独立に立ち上が
った場合の処理の流れを示すフローチャート

【図４】本発明の第１実施形態において、互いにネット
ワーク接続された他の情報処理装置から動作モード宣言
メッセージを受信した場合の処理の流れを示すフローチ
ャート

【図５】本発明の第１実施形態において、互いにネット
ワーク接続された他の情報処理装置から処理メッセージ
を受信した場合の処理の流れを示すフローチャート

【図６】本発明の第２実施形態の構成を示す概略図

【図７】本発明の第２実施形態を適用する化学プラント
の概略図

【図８】本発明の第３実施形態の構成を示す機能ブロッ
ク図

【図９】本発明の他の実施形態の構成を示す概略図

【符号の説明】

１…動作モード切替手段 ２…受信手段 ３…メッセージ管理手段 ４…送信手段 ５…シーケンサ選択手段 １１…動作モード切替部 １２…動作モード宣言部 １３…カウント部 １４…優先度判別部 １５…カウント初期化部 １６…宣言無効通知部 ２１…モード情報受信部 ２２…メッセージ情報受信部 ３１…メッセージ監視部 ３２…補正部 ３３…メッセージ再送部 ３４…記憶部 ３５…処理順序指令部 ４１…モード情報送信部 ４２…メッセージ情報送信部

Claims (16)

【特許請求の範囲】
1. 【請求項１】 互いにネットワーク接続され、そのネッ
   トワーク上を流れるメッセージの処理順序を決定するシ
   ーケンサを搭載した情報処理装置において、 前記シーケンサは、「動作モード」あるいは「待機モー
   ド」のいずれかのモードをとり、このシーケンサのモー
   ドを「動作モード」あるいは「待機モード」に切り替え
   る動作モード切替手段と、 互いにネットワーク接続された他の情報処理装置との間
   で、前記シーケンサのモードに関する情報及びメッセー
   ジ情報を受信する受信手段と、 他の情報処理装置から受信したメッセージの管理を行う
   メッセージ管理手段と、 互いにネットワーク接続された他の情報処理装置に、前
   記シーケンサのモードに関する情報及びメッセージ情報
   を送信する送信手段とを備えたことを特徴とする情報処
   理装置。
2. 【請求項２】 互いにネットワーク接続され、そのネッ
   トワーク上を流れるメッセージの処理順序を決定するシ
   ーケンサを搭載した情報処理装置において、 複数のプログラムに対応する少なくとも２種類以上のシ
   ーケンサを備え、 また、前記複数のシーケンサの中から、所望のシーケン
   サを選択するシーケンサ選択手段と、 前記シーケンサは、「動作モード」あるいは「待機モー
   ド」のいずれかのモードをとり、このシーケンサのモー
   ドを「動作モード」あるいは「待機モード」に切り替え
   る動作モード切替手段と、 互いにネットワーク接続された他の情報処理装置との間
   で、前記シーケンサのモードに関する情報及びメッセー
   ジ情報を受信する受信手段と、 他の情報処理装置から受信したメッセージの管理を行う
   メッセージ管理手段と、 互いにネットワーク接続された他の情報処理装置に、前
   記シーケンサのモードに関する情報及びメッセージ情報
   を送信する送信手段とを備えたことを特徴とする情報処
   理装置。
3. 【請求項３】 前記動作モード切替手段が、 シーケンサのモードを自律的に「動作モード」あるいは
   「待機モード」に切り替える動作モード切替部と、 前記動作モード切替部が「動作モード」に切り替わる態
   勢に入った場合に、他の情報処理装置に対して、自身が
   「動作モード・シーケンサ」である旨を宣言する動作モ
   ード宣言部と、 前記動作モード宣言部が所定のタイミングで「動作モー
   ド・シーケンサ」である旨を宣言した場合に、その宣言
   回数をカウントするカウント部と、 互いにネットワーク接続された他の情報処理装置から、
   「動作モード・シーケンサ」である旨の宣言メッセージ
   を受信した場合に、他の情報処理装置との優先度を判別
   する優先度判別部と、 前記優先度判別部によって、他の情報処理装置の優先度
   が自身の情報処理装置より高いと判断された場合に、前
   記「動作モード・シーケンサ」である旨の宣言回数を初
   期化するカウント初期化部と、 前記動作モード切替部によって「動作モード」に切り替
   わった後に、他の情報処理装置から「動作モード・シー
   ケンサ」である旨の宣言メッセージを受信した場合に、
   その情報処理装置に対して、その動作モード宣言が無効
   である旨を通知する宣言無効通知部とを備えたものであ
   ることを特徴とする請求項１または請求項２に記載の情
   報処理装置。
4. 【請求項４】 前記メッセージ管理手段が、 前記受信手段を介して受信した各種の処理メッセージを
   チェックするメッセージ監視部と、 前記メッセージ監視部によって、受信した処理メッセー
   ジに所定の誤り情報があることが検出された場合に、他
   の情報処理装置に該当するメッセージの再送を依頼し、
   再送されたメッセージに基づいて、前記処理メッセージ
   を補正する補正部と、 他の情報処理装置からあるメッセージの再送を依頼され
   た場合に、そのメッセージを再送するメッセージ再送部
   と、 他の情報処理装置から受信した処理メッセージ及び補正
   後の処理メッセージを記憶する記憶部と、 自身が「動作モード・シーケンサ」となった場合に、ネ
   ットワーク接続された他の情報処理装置に対して、前記
   処理メッセージの「処理順序指令」を出力する処理順序
   指令部とを備えたものであることを特徴とする請求項１
   または請求項２または請求項３に記載の情報処理装置。
5. 【請求項５】 前記受信手段が、 互いにネットワーク接続された他の情報処理装置から送
   信された「動作モード・シーケンサ」である旨の宣言メ
   ッセージを受信するモード情報受信部と、 他の情報処理装置から送信された各種の処理メッセージ
   と、「動作モード・シーケンサ」となった他の情報処理
   装置から送信されたメッセージの「処理順序指令」を受
   信するメッセージ情報受信部とを備えたものであること
   を特徴とする請求項１乃至請求項４のいずれか一に記載
   の情報処理装置。
6. 【請求項６】 前記送信手段が、 互いにネットワーク接続された他の情報処理装置に、自
   身が「動作モード・シーケンサ」である旨の宣言メッセ
   ージを送信するモード情報送信部と、 他の情報処理装置からメッセージの再送依頼を受信した
   場合に、そのメッセージを再び送信し、また、自身が
   「動作モード・シーケンサ」となった場合に、互いにネ
   ットワーク接続された他の情報処理装置にメッセージの
   「処理順序指令」を送信するメッセージ情報送信部とを
   備えたものであることを特徴とする請求項１乃至請求項
   ５のいずれか一に記載の情報処理装置。
7. 【請求項７】 「動作モード」となったシーケンサを搭
   載した情報処理装置が、互いにネットワーク接続された
   他の情報処理装置に、メッセージの「処理順序指令」を
   送出することを特徴とする請求項１または請求項２に記
   載の情報処理装置。
8. 【請求項８】 請求項１乃至請求項７のいずれか一に記
   載の情報処理装置を利用する応用プログラムが、自身が
   送信するメッセージに「処理順序委託情報」を付加し
   て、「動作モード」となったシーケンサに送信すること
   を特徴とする情報処理装置。
9. 【請求項９】 互いにネットワーク接続され、そのネッ
   トワーク上を流れるメッセージの処理順序を決定するシ
   ーケンサを搭載した情報処理装置を用いた情報処理方法
   において、 前記シーケンサは、「動作モード」あるいは「待機モー
   ド」のいずれかのモードをとり、このシーケンサのモー
   ドを「動作モード」あるいは「待機モード」に切り替え
   る動作モード切替処理と、互いにネットワーク接続され
   た他の情報処理装置との間で、前記シーケンサの モードに関する情報及びメッセージ情報を受信する受信
   処理と、 他の情報処理装置から受信したメッセージの管理を行う
   メッセージ管理処理と、 互いにネットワーク接続された他の情報処理装置に、前
   記シーケンサのモードに関する情報及びメッセージ情報
   を送信する送信処理とを含むことを特徴とする情報処理
   方法。
10. 【請求項１０】 互いにネットワーク接続され、そのネ
    ットワーク上を流れるメッセージの処理順序を決定する
    シーケンサを搭載した情報処理装置を用いた情報処理方
    法において、 複数のプログラムに対応する少なくとも２種類以上のシ
    ーケンサを備え、 また、前記複数のシーケンサの中から、所望のシーケン
    サを選択するシーケンサ選択処理と、 前記シーケンサは、「動作モード」あるいは「待機モー
    ド」のいずれかのモードをとり、このシーケンサのモー
    ドを「動作モード」あるいは「待機モード」に切り替え
    る動作モード切替処理と、 互いにネットワーク接続された他の情報処理装置との間
    で、前記シーケンサのモードに関する情報及びメッセー
    ジ情報を受信する受信処理と、 他の情報処理装置から受信したメッセージの管理を行う
    メッセージ管理処理と、 互いにネットワーク接続された他の情報処理装置に、前
    記シーケンサのモードに関する情報及びメッセージ情報
    を送信する送信処理とを含むことを特徴とする情報処理
    方法。
11. 【請求項１１】 前記動作モード切替処理が、 シーケンサのモードを自律的に「動作モード」あるいは
    「待機モード」に切り替える動作モード切替ステップ
    と、 前記動作モード切替ステップにおいて「動作モード」に
    切り替わる態勢に入った場合に、他の情報処理装置に対
    して、自身が「動作モード・シーケンサ」である旨を宣
    言する動作モード宣言ステップと、 前記動作モード宣言ステップにおいて、所定のタイミン
    グで「動作モード・シーケンサ」である旨を宣言した場
    合に、その宣言回数をカウントするカウントステップ
    と、 互いにネットワーク接続された他の情報処理装置から、
    「動作モード・シーケンサ」である旨の宣言メッセージ
    を受信した場合に、他の情報処理装置との優先度を判別
    する優先度判別ステップと、 前記優先度判別ステップにおいて、他の情報処理装置の
    優先度が自身の情報処理装置より高いと判断された場合
    に、前記「動作モード・シーケンサ」である旨の宣言回
    数を初期化するカウント初期化ステップと、 前記動作モード切替ステップによって「動作モード」に
    切り替わった後に、他の情報処理装置から「動作モード
    ・シーケンサ」である旨の宣言メッセージを受信した場
    合に、その情報処理装置に対して、その動作モード宣言
    が無効である旨を通知する宣言無効通知ステップとを含
    むことを特徴とする請求項９または請求項１０に記載の
    情報処理方法。
12. 【請求項１２】 前記メッセージ管理処理が、 前記受信処理によって受信した各種の処理メッセージを
    チェックするメッセージ監視ステップと、 前記メッセージ監視ステップにおいて、受信した処理メ
    ッセージに所定の誤り情報があることが検出された場合
    に、他の情報処理装置に該当するメッセージの再送を依
    頼し、再送されたメッセージに基づいて、前記処理メッ
    セージを補正する補正ステップと、 他の情報処理装置からあるメッセージの再送を依頼され
    た場合に、そのメッセージを再送するメッセージ再送ス
    テップと、 他の情報処理装置から受信した処理メッセージ及び補正
    後の処理メッセージを記憶する記憶ステップと、 自身が「動作モード・シーケンサ」となった場合に、ネ
    ットワーク接続された他の情報処理装置に対して、前記
    処理メッセージの「処理順序指令」を出力する処理順序
    指令ステップとを含むことを特徴とする請求項９または
    請求項１０または請求項１１に記載の情報処理方法。
13. 【請求項１３】 前記受信処理が、 互いにネットワーク接続された他の情報処理装置から送
    信された「動作モード・シーケンサ」である旨の宣言メ
    ッセージを受信するモード情報受信ステップと、 他の情報処理装置から送信された各種の処理メッセージ
    と、「動作モード・シーケンサ」となった他の情報処理
    装置から送信されたメッセージの「処理順序指令」を受
    信するメッセージ情報受信ステップとを含むことを特徴
    とする請求項９乃至請求項１２のいずれか一に記載の情
    報処理方法。
14. 【請求項１４】 前記送信処理が、 互いにネットワーク接続された他の情報処理装置に、自
    身が「動作モード・シーケンサ」である旨の宣言メッセ
    ージを送信するモード情報送信ステップと、 他の情報処理装置からメッセージの再送依頼を受信した
    場合に、そのメッセージを再び送信し、また、自身が
    「動作モード・シーケンサ」となった場合に、互いにネ
    ットワーク接続された他の情報処理装置にメッセージの
    「処理順序指令」を送信するメッセージ情報送信ステッ
    プとを含むことを特徴とする請求項９乃至請求項１３の
    いずれか一に記載の情報処理方法。
15. 【請求項１５】 「動作モード」となったシーケンサを
    搭載した情報処理装置が、互いにネットワーク接続され
    た他の情報処理装置に、メッセージの「処理順序指令」
    を送出することを特徴とする請求項９または請求項１０
    に記載の情報処理方法。
16. 【請求項１６】 請求項９乃至請求項１５のいずれか一
    に記載の情報処理方法を利用する応用プログラムが、自
    身が送信するメッセージに「処理順序委託情報」を付加
    して、「動作モード」となったシーケンサに送信するこ
    とを特徴とする情報処理方法。