JPH0962624A - オンライントランザクションの処理方法および処理システム - Google Patents

Abstract

(57)【要約】 【目的】トランザクション数の増加で全てのノードの負
荷が高くなる場合に、トランザクションの速やかな流れ
を維持しながら業務を継続できるオンライントランザク
ションの処理方式を提供する。 【構成】各ノード１〜４は、自己の負荷率を監視し判定
部１３でランク（Ｌ、Ｈ１、Ｈ２）付けし、相互に更新
して管理テーブル１２で管理している。共有メモリ５に
一時的に格納される上流からの電文には、上流における
負荷状態情報が付帯されている。電文の負荷状態情報を
受信装置３０、情報抽出部１１を経由して参照したノー
ドの処理ノード決定１４部は、その電文を自ノードで処
理するか他ノードに依頼するか決定し、依頼する場合に
は通信部１７を経て送信する。電文を処理するノード
は、決定部１６でその時点の自負荷状態を基に、処理可
能な処理パターンを決定して業務処理部２３を制御す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、分散オンライントラン
ザクションシステムに関し、特に、高トラフィック時の
トランザクション処理方式に関する。

【０００２】

【従来の技術】複数の計算機をネットワークで接続した
分散システムの負荷分散方式として、予め互いに代替し
うる計算機を登録しておき、オンライン分散の可能なネ
ットワークジョブを最も負荷の低い計算機に分担させ
る、特開昭６２−２４５３６１号に記載の方式、一定期
間毎にＣＰＵ負荷率を求め、負荷を均等化するように業
務の分担を変更する、特開平１−２８３６６３号に記載
の方式、業務タスクを時刻と共に動的に変更することに
より分散システム内の負荷を均等化する方式等が知られ
ている。

【０００３】

【発明が解決しようとする課題】複数の計算機がネット
ワークにより接続された分散オンライントランザクショ
ンシステムにおいては、トランザクションは機能分散あ
るいは負荷分散した複数の計算機が互いに協調しつつ処
理を行っている。このようなシステムでは、ある計算機
にて発生したトランザクションが他の計算機へと移動す
るため、トランザクションの発生量がピークとなった場
合に、複数の計算機の負荷が同様に増加し、計算機の処
理性能を超える事態を招きかねない。また、処理性能を
超えなくてもＣＰＵ負荷等の利用率が１００％に近くな
ると、トランザクションの処理性能は著しく劣化する。

【０００４】本発明の目的は、トランザクション数の増
加によりすべての計算機の負荷が同様に高くなるような
場合のトランザクション処理において、トランザクショ
ンの速やかな流れを維持できる早期の負荷分散と、処理
の継続を確保するオンライントランザクションの処理方
法と処理システムを提供することにある。

【０００５】

【課題を解決するための手段】本発明の上記した目的
は、複数の処理ノード間で負荷分散しながら進めるオン
ライントランザクションの処理方法において、自ノード
の負荷を監視して負荷状態の程度を判定するとともに、
ノード間で前記負荷状態の程度を交信して管理し、上流
からトランザクションに相応する電文を受信し、それに
付帯されている上流での負荷状態を示す電文の前記負荷
状態の程度と前記自ノードの負荷状態の程度を基にし
て、自ノードでトランザクション処理するか他ノードに
依頼処理するか決定することにより達成される。

【０００６】前記電文の負荷状態の程度が自ノードのそ
れより高い場合及び前記自ノードの負荷状態の程度が通
常状態より高く両者の程度が同等の場合は、処理可能な
他ノードのあるときにはそれへ処理依頼することを特徴
とする。

【０００７】また、前記電文の負荷状態の程度が通常状
態より高く、高い方向への推移が予想できる時間帯の場
合は、処理可能な他ノードのあるときにはそれへ処理依
頼することを特徴とする。

【０００８】前記処理可能な他ノードは、前記自ノード
の負荷状態の程度と同等以下であることを特徴とする。

【０００９】さらに、本発明の目的は、複数の処理ノー
ド間で負荷分散しながら進めるオンライントランザクシ
ョンの処理方法において、自ノードの負荷を監視して負
荷状態の程度を判定し、ノード間で前記負荷状態の程度
を交換して管理し、上流からトランザクションに相応す
る電文を受信したときには前記負荷状態の程度が低いノ
ードが分担するようになし、トランザクション処理を実
行するノードは自己の前記負荷状態の程度に応じて処理
パターンを選択することにより達成される。

【００１０】前記処理パターンは、電文の到達順に処理
する通常制御、電文の種別による優先順に処理する優先
制御及び複数の電文をまとめて処理する電文まとめ制御
を含むことを特徴とする。

【００１１】上記した本発明の方法を適用したシステム
は、受信装置、送信装置、業務処理部を有する複数の処
理ノードがネットワークに接続されていて、前記処理ノ
ードが、自ノードの負荷を監視して負荷状態の程度を判
定する手段、自ノードの負荷状態の程度と他ノードそれ
を管理する負荷状態管理手段、トランザクションに相応
する電文を受信したときに前記負荷状態管理手段を参照
して、自ノーで処理するか他ノードに処理依頼するかを
決定する処理ノード決定手段、自ノードでトランザクシ
ョン処理を実行する場合に、自己の負荷状態の程度に適
応した処理パターンを選択し前記御無処理部を制御する
処理パターン決定手段を含む制御手段を備えることによ
り実現できる。

【００１２】

【作用】本発明によれば、上流からの電文に付帯されて
いる上流での負荷状態を基にして、自ノードでトランザ
クション処理するか他ノードに依頼処理するか決定する
ようにしているので、上流での負荷状態がいち早く反映
された負荷分散が行われ、システム内の負荷の均等化が
早期に実現されるので、トランザクションの速やかな流
れを維持して、システムの処理性と信頼性を確保でき
る。

【００１３】また、システム内各処理ノードの負荷状態
が全体的に高まる場合にも、処理ノードの負荷状態に応
じた処理パターンによって業務が継続されるので、シス
テムの処理性を向上できる。

【００１４】

【実施例】以下、本発明の一実施例について図を用いて
説明する。

【００１５】図２は、本発明のオンライントランザクシ
ョン処理システム（以下、ＯＬＴＰシステムと呼ぶ）が
適用される情報伝送ネットワークの構成図である。情報
伝送ネットワークでは、上位システム７から送られてき
た電文を、点線内の本ＯＬＴＰシステムの共有メモリ５
に一時的に格納したのち、何れかの処理ノードで業務処
理し、処理結果の電文を１または複数の下位システム
８、９へと伝送する。説明を簡単にするために、本ＯＬ
ＴＰシステムの業務処理の内容は、受信した情報をその
まま送信する情報中継とする。

【００１６】本実施例のＯＬＴＰシステムは、ネットワ
ーク装置６により接続された処理ノード１〜４からなる
分散システムとして構成され、処理ノード１〜４は同じ
処理機能を有している。また、本実施例では、１つのト
ランザクションを１つの電文で表わすものとし、このシ
ステム間の電文形式は図３に示すように、ヘッダー部と
データ部を有し、ヘッダー部には送信元、データ個数、
電文の種別または種別によって付与される優先度及び、
送信元における当該電文の処理時の負荷状態情報が含ま
れる。データ部には等サイズに分割された複数のデータ
スロットと最高尾を示すＥＯＦが含まれる。

【００１７】図１は、一実施例による処理ノードの構成
を示す機能ブロック図である。各処理ノードは従来とほ
ぼ同様の受信装置３０、トランザクション処理部２０及
び送信装置４０と、本発明によって付加されたオンライ
ントランザクション処理の制御部１０からなる。

【００１８】トランザクション処理部２０は受信バッフ
ァ２１、ＣＰＵ負荷検出部２２、メモリ２３０を含む業
務処理部２３及び送信バッファ２４から構成されてい
る。受信装置３０は、上位システム７から共有メモリ５
に格納された電文を、制御部１０からの指示によって読
み出す。また、システム内の他の処理ノードから送信さ
れる電文を受信する。他のノードから電文には、そのノ
ードの現時点の負荷状態情報等が含まれる。さらに、送
信先下位システムからのＡＣＫ信号を受信する。

【００１９】受信バッファ２１は、受信装置３０が共有
メモリ５より読出した上位システムからのシステム間の
電文や、他の処理ノードからのノード間の電文を一時的
に格納する。ＣＰＵ負荷検出部２２は、トランザクショ
ン処理部２０の処理を行う図示していないＣＰＵの負荷
状態を検出する。

【００２０】業務処理部２３は、オンライントランザク
ション処理の制御部１０から処理パターンの指示を受け
て、メモリ２３０から処理パターンに対応する制御処理
を行う特有の構成を有している。この例は中継処理であ
るから、受信電文のヘッダー部のみ変更して送信バッフ
ァ２４に転送し、送信装置４０から自ノードの送信可能
時期に出力する。そして、処理プログラムで定めるタイ
ムアウト内に中継処理のＡＣＫ信号が受信されると、当
該業務処理が完了する。送信装置２６はシステム内にお
ける同報通信機能を有し、制御部１０から渡された電文
をシステム内の処理ノードに定周期でブロードキャスト
する。

【００２１】オンライントランザクション処理の制御部
１０は、上位システムの電文の負荷状態情報や他ノード
の電文から負荷状態情報等を抽出する情報抽出部１１、
システム内の各処理ノードの負荷状態を管理する処理ノ
ード負荷状態管理テーブル１２、自処理ノードの負荷状
態を判定する自ノード負荷状態判定部１３、上位からの
電文を処理するノードを決定する業務処理ノード決定部
１４、負荷状態に応じ自ノードで処理可能なパターンを
示す自ノード処理可能パターンテーブル１５、自ノード
における業務処理の処理方式を決定するトランザクショ
ンの処理パターン決定部１６、トランザクションの処理
パターンテーブル１７、負荷状態・処理依頼通信部１８
から構成されている。

【００２２】次に、オンライントランザクション処理の
制御部１０の動作を詳細に説明する。この処理動作は、
予め任意に設定されるシステム内の入口ノードとそれ以
外のノードとで相違する。ここでは、仮に処理ノード１
が入口ノードとする。

【００２３】図４は、自ノード負荷状態判定フローであ
る。本処理は各ノードに共通で、自ノード負荷状態判定
部１３によって、定期的（例えば、１秒毎）に処理され
る。まず、ＣＰＵ負荷部２２により検出されたトランザ
クション処理部２０の現時点の負荷状態を取り込み（ｓ
１０１）、ＣＰＵ負荷率が所定値（ここでは、４０％）
未満であるか判定する（ｓ１０２）。そうであれば（Ｙ
ｅｓ）、処理ノード負荷状態テーブル１２の自ノードエ
リアに、通常負荷＝ＮＯと書き込む（ｓ１０４）。負荷
率が４０％以上であれば、ＣＰＵ負荷率が所定値（ここ
では、８０％）以上であるか判定する（ｓ１０３）。Ｎ
ｏであれば、自ノードエリアに高トラフィック１＝Ｈ１
と書き込む（ｓ１０５）。Ｙｅｓであれば、高トラフィ
ック２＝Ｈ２と書き込む（ｓ１０６）。最後に、通信部
１８で作成した電文によって、送信装置４０から自己の
負荷状態情報をブロードキャストする。図５に、処理ノ
ード負荷状態管理テーブルの記憶状態の一例を示す。

【００２４】図６は、他ノードの電文の取り込み処理フ
ローである。本処理は基本的には各ノード共通で、情報
抽出部１１によって定期的に処理される。受信バッファ
２１内の他ノード電文の格納領域から電文を読出す（ｓ
２０１）。ノード間の電文のフォーマットは、図７
（ａ）に示すように、負荷状態情報と処理依頼情報を含
んでいる。次に、負荷状態情報を抽出し（ｓ２０２）、
処理ノード負荷状態テーブル１２の該当ノード（当該電
文の送信元）のエリアに書き込む（ｓ２０３）。さら
に、自ノードへの処理依頼の有無を判定し（ｓ２０
４）、無ければ終了する。自ノードへの処理依頼があれ
ば、それを処理ノード決定部１４に通知し、後述する処
理が行われる。なお、ｓ２０４，２０５の処理は、入口
ノードでは省略可能である。

【００２５】図８は、入口ノードにおける全体的な処理
フローである。但し、上述した負荷状態の判定と管理の
ための処理は含まれない。入口ノードとなっている処理
ノード１は、まず、共有メモリ５に格納された電文のヘ
ッダー部から負荷状態情報を読出す（ｓ３０１）。この
情報は、情報抽出部１１を経由して処理ノード決定部１
４に渡される。処理ノード決定部１４は、管理テーブル
１２から自ノードの負荷状態情報も読み出し（ｓ３０
２）、この２つの負荷状態情報から、当該電文の業務処
理が自ノードで処理するか、自ノード処理可能パターン
テーブル１５を参照して判定する（ｓ３０３）。

【００２６】図９に、自ノード処理可能パターンテーブ
ルの一例を示す。○は自ノードが処理するパターン、△
は他ノードが可能であれば処理依頼するパターン、括弧
内は時間帯等によって変更されるパターンである。電文
の負荷状態が通常負荷（＝ＮＯ）で、自ノードがＮＯ／
Ｈ１のときは自ノードで処理する。電文または自ノード
がＨ２、あるいは電文と自ノードが共にＨ１以上のとき
は、他ノードが処理可能であれば処理依頼する。括弧付
きの状態は、通常は自ノードによる処理が妥当である。
しかし、時間帯によっては、電文の負荷状態が今後さら
に高まることが予想できる。そのような場合には、可能
であれば他ノードに処理依頼して、システム内での負荷
均等化を早めに促進する。

【００２７】ｓ３０３で自ノードによる処理可能と判定
されば（Ｙｅｓ）、受信装置３０に指示して共有メモリ
５から電文の全体を読み出す（ｓ３０５）。一方、処理
ノードが未定であれば（Ｎｏ）、他のノードで処理可能
か判定する（ｓ３０４）。依頼可能な他ノードが無けれ
ば、ステップｓ３０５に移行し自ノードで処理する。

【００２８】他ノードで処理可能かの判定は、処理ノー
ド負荷状態管理テーブル１２を参照し、自ノードの負荷
状態と同等または低いノードがある場合、そのノードへ
当該電文についての業務処理を依頼する（ｓ３０６）。
依頼可能なノードが複数ある場合は、最も負荷の低いノ
ードを選択し、複数ある場合には所定の順序に従う。な
お、他ノードへの処理依頼は、自ノードより負荷状態の
低いノードのみとし、処理依頼の回数を減少して処理速
度を高めることもできる。ただし、システム内の負荷の
均等化を早めるためには、処理依頼を積極的に行って負
荷分散する方が望ましく、これによって、急激に負荷が
増大する場合のトランザクションの流れをスムーズにで
きる。

【００２９】他ノードへの処理依頼は、ノード間電文の
フォーマット（図７）に示したように、処理依頼情報と
して依頼先ノード番号を書き込む。なお、本システムで
は、各ノードが同一の機能を有しているので、他ノード
への処理依頼と同時に、入口ノードとしての処理権を一
緒に移転し、入口ノードを固定しないシステム構成とす
ることが可能である。

【００３０】ステップ３０５または３０６の処理後に、
現時点の自ノード負荷状態情報を読出す（ｓ３０７）。
これは、自ノードが新たな電文の処理を引き受けたこと
で、通常は負荷状態が高まるからである。現時点の自ノ
ードの負荷状態は、本処理とは別に、短周期で繰返し実
行されている負荷状態判定処理（図４）によって、更新
されている。

【００３１】この自ノードの負荷状態を基に、図１０に
示す処理パターンテーブル１７を参照して、業務処理部
２３における処理パターンを決定する（ｓ３０８）。

【００３２】図１１に、処理パターン決定フローを示
す。まず、自ノードの負荷状態が通常負荷（＝ＮＯ）か
判定する（ｓ３０８１）。通常負荷であれば、通常制御
の処理パターンに決定する（ｓ３０８２）。通常負荷で
なければ、自ノードの負荷状態が高トラフィック１（＝
Ｈ１）か判定し（ｓ３０８３）、そうであれば優先制御
の処理パターンに決定し（ｓ３０８４）、そうでなけれ
ば高トラフィック２（Ｈ２）であるから、電文まとめ制
御の処理パターンに決定する（ｓ３０８５）。

【００３３】通常制御とは、受信順に１の電文毎に送信
しＡＣＫを受信する業務処理の形態である。優先制御と
は、電文のヘッダー部にある優先度の高い順に、電文毎
に送信しＡＣＫを受信する業務処理の形態である。電文
まとめ制御とは、所定数の電文をまとめて送信し、その
後に延長したタイムアウトでＡＣＫを受信する業務処理
の形態である。

【００３４】以上のように、ステップｓ３０３〜３０６
で、電文の付帯する上流での負荷状態を考慮したシステ
ム内の負荷分散を早めに、あるいは時間帯などに応じて
進める。しかし、それによっても、システム内の各ノー
ドの負荷状態が全体的に高まる場合は、ステップｓ３０
８による自ノードの負荷状態に応じた処理パターンの選
択を行うことで、システムの処理性を向上している。

【００３５】次に、入口ノード以外の他ノードにおける
処理動作を説明する。図１２は、他のノードの全体な処
理フローである。他ノードの動作も、入口ノード処理権
に属する処理ノード決定処理を除けば、入口ノードと同
じになる。

【００３６】他ノード（例えば、処理ノード２）では、
情報抽出部１１を介して処理ノード決定部１４が、入口
ノードからの電文に自ノード宛の処理依頼があるか判定
する（ｓ４０１）。処理依頼があれば、受信装置３０に
指示して共有メモリ５から電文の全体を読み出す（ｓ４
０２）。以後のｓ４０３〜ｓ４０５は、入口ノードにお
けるステップｓ３０７〜ｓ３０９と同じ処理になる。業
務処理後はステップｓ４０１に戻り、もし、入口ノード
からの処理依頼が無ければ、自ノードの受信バッファ２
１に蓄積されている未処理の電文に対して、自負荷状態
に応じた処理パターンを決定し、業務処理を継続する。

【００３７】以上、本実施例によるオンライントランザ
クション処理システム（ＯＬＴＰシステム）の構成と動
作を詳細に説明した。図１３は、情報伝送ネットワーク
に適用された本システムの情報中継の業務処理を示す説
明図である。同図（ａ）に、時間帯による負荷率の推
移、同図（ｂ）に、負荷状態に応じ選択された処理パタ
ーンによる業務処理のタイムチャート、同図（ｃ）に、
電文種別とそれに応じた優先度及び到達順序のテーブル
を示している。

【００３８】（ａ）の負荷率の推移は、１つのＣＰＵ負
荷率を示しているが、上流からの電文のもつ負荷状態を
反映したものである。ある時間に（１２：００〜）イベ
ント的に負荷率が急上昇する場合がよくある。この場
合、本システム内で各ノードの負荷状態がＨ２となり、
（ｂ）−（ロ）のように電文まとめ処理が行われる。た
だし、優先度Ａの重要電文（１）については優先制御を
行い、他の普通電文（２）、（３）は電文をまとめて送
信し、その後にＡＣＫ（点線で示す）を受信する。ま
た、時間帯（１２：１５〜）によっては常に負荷状態Ｈ
１状態となることがあり、この場合システム内各ノード
の負荷状態はＨ１以上となり、（ｂ）−（ハ）のよう
に、優先度順による制御が行われる。

【００３９】このように、本システムでは電文の負荷状
態による負荷の均等化をはかるとともに、通常処理が困
難であれば優先制御、さらには電文まとめ制御による業
務処理を行うようにしているので、オンライントランザ
クション処理における負荷の上昇に早期に対応して負荷
分散でき、且つ、処理ノード全体の負荷が高まる場合に
も業務処理を継続して、システムの処理性を向上してい
る。

【００４０】なお、上記の実施例では各ノードの機能が
同じとなる負荷分散システムを示したがこれに限られる
ものではない。ＯＬＴＰシステム内の複数の処理ノード
間で、各々の業務処理に上流、下流の関係が生じるよう
な、機能分散システムにおいても適用可能である。ま
た、上記実施例では、システム内に電文を一時記憶する
共有メモリを設けたが、各ノードに補助記憶装置を設け
て、まず、入口ノードで一時記憶し、他ノードが処理依
頼を受けたときは入口ノードの補助記憶装置からＤＭＡ
で読み出すようにしてもよい。この場合、入口ノードが
他に転移することも可能である。

【００４１】

【発明の効果】本発明のオンライントランザクションの
処理方式によれば、上流からの電文に付帯される上流で
の負荷状態を考慮して負荷分散を行うので、システム内
の負荷の均等化が早期に実現されるので、トランザクシ
ョンの速やかな流れを維持して、システムの処理性と信
頼性を確保できる効果がある。

【００４２】また、システム内各処理ノードの負荷状態
が全体的に高まる場合にも、処理ノードの負荷状態に応
じてた処理パターンによって業務が継続されるので、シ
ステムの処理性を向上できる効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例による、ＯＬＴＰシステムの
処理ノードの構成図。

【図２】本発明のＯＬＴＰシステムを適用する情報ネッ
トワークの構成図。

【図３】システム間電文のフォーマットを示す説明図。

【図４】処理ノードの負荷状態の監視・判定処理を示す
フローチャート。

【図５】処理ノード負荷状態管理テーブルの説明図。

【図６】ノード間電文の管理処理を示すフローチャー
ト。

【図７】ノード間電文のフォーマットと、各ノードから
のブロードキャストのタイミングを示す説明図。

【図８】入口ノードの全体処理を示すフローチャート。

【図９】自ノード処理可能パターンテーブルの説明図。

【図１０】トランザクション処理パターンテーブルの説
明図。

【図１１】処理パターン決定処理を示すフローチャー
ト。

【図１２】他ノード（入口ノード以外）の全体処理を示
すフローチャート。

【図１３】時間推移する情報中継業務への本実施例の適
用状況を示す説明図。

【符号の説明】

１〜４…処理ノード、５…共有メモリ、７…上位システ
ム、８，９…下位システム、１０…オンライントランザ
クション処理の制御部、１１…情報抽出部、１２…処理
ノード負荷状態管理テーブル、１３…負荷状態判定部、
１４…処理ノード決定部、１５…自ノード処理可能パタ
ーンテーブル、１６…処理パターン決定部、１７…トラ
ンザクションの処理パターンテーブル、１８…負荷状態
・処理依頼通信部、２０…トランザクション処理部２
０、２１…受信バッファ２１、２２…ＣＰＵ負荷検出
部、２３…業務処理部、２３０…メモリ、２４…送信バ
ッファ、３０…受信装置、４０…送信装置。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 佐々木 利一郎 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内

Claims (12)

【特許請求の範囲】
1. 【請求項１】 複数の処理ノード間で負荷分散しながら
   進めるオンライントランザクションの処理方法におい
   て、 自ノードの負荷を監視して負荷状態の程度を判定すると
   ともに、ノード間で前記負荷状態の程度を交信して管理
   し、上流からトランザクションに相応する電文を受信
   し、それに付帯されている上流での負荷状態を示す電文
   の前記負荷状態の程度と前記自ノードの負荷状態の程度
   を基にして、自ノードでトランザクション処理するか他
   ノードに依頼処理するか決定することを特徴とするオン
   ライントランザクションの処理方法。
2. 【請求項２】 請求項１において、 前記電文の負荷状態の程度が自ノードのそれより高い場
   合及び前記自ノードの負荷状態の程度が通常状態より高
   く両者の程度が同等の場合は、処理可能な他ノードのあ
   るときにはそれへ処理依頼することを特徴とするオンラ
   イントランザクションの処理方法。
3. 【請求項３】 請求項１において、 前記電文の負荷状態の程度が通常状態より高く、高い方
   向への推移が予想できる時間帯の場合は、処理可能な他
   ノードのあるときにはそれへ処理依頼することを特徴と
   するオンライントランザクションの処理方法。
4. 【請求項４】 請求項２または３において、 前記処理可能な他ノードは、前記自ノードの負荷状態の
   程度と同等以下であることを特徴とするオンライントラ
   ンザクションの処理方法。
5. 【請求項５】 複数の処理ノード間で負荷分散しながら
   進めるオンライントランザクションの処理方法におい
   て、 自ノードの負荷を監視して負荷状態の程度（ランク）を
   判定し、ノード間で前記負荷状態の程度を交換して管理
   し、上流からトランザクションに相応する電文を受信し
   たときには前記負荷状態の程度が低いノードが分担する
   ようになし、トランザクション処理を実行するノードは
   自己の前記負荷状態の程度に応じて処理パターンを選択
   することを特徴とするオンライントランザクションの処
   理方法。
6. 【請求項６】 請求項５において、 前記処理パターンは、電文の到達順に処理する通常制
   御、電文の種別による優先順に処理する優先制御及び複
   数の電文をまとめて処理する電文まとめ制御を含むこと
   を特徴とするオンライントランザクションの処理方法。
7. 【請求項７】 複数の処理ノード間で負荷分散しながら
   進めるオンライントランザクションの処理方法におい
   て、 自ノードの負荷を監視して負荷状態の程度を判定すると
   ともに、ノード間で前記負荷状態の程度を交換して管理
   し、上流からトランザクションに相応する電文を受信
   し、それに付帯されている上流での負荷状態を示す電文
   の負荷状態の程度と前記自ノードの負荷状態の程度を基
   にして、自ノードでトランザクション処理するか他ノー
   ドに依頼処理するか決定し、トランザクション処理を実
   行するノードは自己の前記負荷状態の程度に応じて処理
   パターンを選択することを特徴とするオンライントラン
   ザクションの処理方法。
8. 【請求項８】 受信装置、送信装置、業務処理部を有す
   る複数の処理ノードがネットワークに接続され、ノード
   間で負荷分散しながら進めるオンライントランザクショ
   ンの処理システムにおいて、 前記処理ノードは、自ノードの負荷を監視して負荷状態
   の程度を判定する手段、自ノードの負荷状態の程度と他
   ノードそれを管理する負荷状態管理手段、トランザクシ
   ョンに相応する電文を受信したときに前記負荷状態管理
   手段を参照して、自ノーで処理するか他ノードに処理依
   頼するかを決定する処理ノード決定手段、自ノードでト
   ランザクション処理を実行する場合に、自己の負荷状態
   の程度に適応した処理パターンを選択し前記御無処理部
   を制御する処理パターン決定手段を含む制御手段を備え
   ることを特徴とするオンライントランザクションの処理
   システム。
9. 【請求項９】 請求項８において、 前記処理ノード決定手段は、前記電文の付帯する上流の
   前記負荷状態を基に、負荷分散を促進させるように処理
   ノードを決定することを特徴とするオンライントランザ
   クションの処理システム。
10. 【請求項１０】 請求項８または９において、 前記ノード間の前記負荷状態の交換および前記処理依頼
    は、各ノードによる周期的なブロードキャストで行うこ
    とを特徴とするオンライントランザクションの処理シス
    テム。
11. 【請求項１１】 請求項８または９または１０におい
    て、 最初に、電文を受信し実行する処理ノードを決定するノ
    ードは、システム内で予め定めてあることを特徴とする
    オンライントランザクションの処理システム。
12. 【請求項１２】 請求項８または９または１０または１
    １において、 電文を受信し実行する処理ノードを決定するノードは、
    前記処理依頼するノードに転移されることを特徴とする
    オンライントランザクションの処理システム。