JPH10301870A - 通信回線制御システム - Google Patents

Abstract

(57)【要約】 【課題】 通信回線全体を使用して通信でき、通信障害
を他の通信回線によってバックアップすることができる
通信回線制御システムを提供する。 【解決手段】 通信回線Ｌ１〜Ｌ４と、通信手段Ｔ１〜
Ｔ４と、負荷分散制御手段３と、負荷分散制御手段３に
接続された通信端末ＴＭ１〜ＴＭ５とを有する通信回線
制御システム１において、通信手段Ｔ１〜Ｔ４は、通信
ＩＤのうちの一定の通信ＩＤの通信を通す通信チャネル
であって、一定数の通信リクエストのデータを待行列に
して保持する通信チャネル１０〜３０を少なくとも一つ
有し、負荷分散制御手段３は、通信リクエストを受け取
り、通信リクエストの通信ＩＤと同一の通信ＩＤを通す
通信チャネル１０〜３０を予め定められた優先順序で検
索し、使用可能な状態の通信チャネルのうち優先順位が
最も高いものに通信リクエストのデータを送信するよう
に構成した。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は一定の数の通信回線
と通信手段によって多数の通信を送る通信システムにお
いて、通信の要求を各通信手段に分散して要求すること
により、全体の通信の効率化を図った通信回線制御シス
テムに関する。

【０００２】なお、本発明が適用可能な上記「一定の数
の通信回線と通信手段によって多数の通信を送る通信シ
ステム」としては、並列的な複数の通信回線を有する通
信システム、クライアントサーバーシステム、複数のフ
ァクシミリ等の通信機器を備えた通信システム、光ケー
ブル等の高速送受信を行うに媒体にバッチ式にデータを
送受信するシステム、等がある。

【０００３】

【従来の技術】一定の数の通信回線と通信手段に多数の
通信を送る通信システムにおいては、特定の通信回線や
通信手段に通信の要求が集中し、その通信回線や通信手
段に一旦送られた通信データがなかなか通信相手に送ら
れないことがしばしば発生する。

【０００４】このような現象が発生する通信システムの
具体例としては以下のようなものがある。 並列的な複数の通信回線（電話回線、コンピュータ
の通信回線等）を有する通信システムにおいて、特定の
通信回線に通信が集中する場合がこれに該当する。この
場合には、使用しようとする回線が使用できず、通信が
できない、ということが生じる。 一つのセンターサーバーに複数の分散サーバーが接
続され、これらの分散サーバーに多数のクライアントが
接続されたクライアントサーバーシステムにおいて、多
数のクライアントが特定の分散サーバーにセンターサー
バーへの通信リクエストが送った場合がこれに該当す
る。この場合には、通信リクエストが集中した分散サー
バーはフル稼動の状態にも関わらず、他の分散サーバー
はアイドリングの状態になる。クライアント側から見る
と、通信リクエストがなかなか処理されず、通信をする
ことができない、ということが起こる。 複数のファクシミリを備えた通信システムにおい
て、特定のファクシミリに送信データが集中し、他のフ
ァクシミリが送信可能にも関わらず、データをなかなか
送信できない場合がこれに該当する。 上記〜の例で説明したような通信の集中による障害
を回避する方法として、通信回線や通信手段ごとに特定
の種類の通信を担当させることが考えられていた。

【０００５】この従来の方法の一例として、証券会社に
おける株式注文用の通信システムの例を用いて、上記
「特定の通信回線や通信手段に特定の通信を担当させる
従来の方法」について説明する。

【０００６】図８に特定の通信回線や通信手段に特定の
通信を担当させた株式注文用の通信システムの構成を示
す。

【０００７】この株式注文用の通信システムでは、取引
所５０に複数のラインＬ１〜Ｌ４が接続されている。各
ラインＬ１〜Ｌ４には通信手段Ｔ１〜Ｔ４が設けられて
いる。通信手段Ｔ１〜Ｔ４は、ラインＬ１〜Ｌ４を介し
て取引所５０との間の通信プロトコルを制御し、データ
を送受信する装置である。

【０００８】各通信手段Ｔ１〜Ｔ４には専用注文端末Ｔ
Ｍ１〜ＴＭ５が接続されている。専用注文端末ＴＭ１〜
ＴＭ５とは、図８に示すように、バスケット注文を行う
端末、シングル注文を行う端末、委託注文を行う端末、
のように特定の種類の注文を行う注文端末である。な
お、バスケット注文とは、複数銘柄の株式を組み合わせ
て注文する株式注文方法をいい、シングル注文とは、単
一銘柄の株式を注文する株式注文方法をいう。委託注文
とは、証券会社が顧客の委託を受けて株式を注文する株
式注文方法をいう。

【０００９】この株式注文用の通信システムによれば、
株式注文の種類に応じて専用注文端末ＴＭ１〜ＴＭ５を
使い分け、取引所５０に株式注文を行うことができる。

【００１０】

【発明が解決しようとする課題】しかしながら、上記
「特定の通信回線や通信手段に特定の種類の通信を担当
させる従来の方法」では、ある通信回線に負荷が集中し
たときに、他の負荷が低い通信回線を利用することがで
きないため、全体としての通信効率は低かった。

【００１１】また、上記従来の方法では、ある通信回線
が通信不能になったときに、その担当している種類の通
信は送受信することができなくなった。これでは、デー
タを確実に通信相手に送る信頼性が低かった。

【００１２】また、光ケーブル等の高速送受信を行うに
媒体を用いる通信システムのように、実際にデータを送
受信する時間より、送受信をするためのプロトコルを成
立させるための時間の方が多くかかる通信システムで
は、種類ごとに複数の通信データをまとめて送受信をす
る方が通信効率が高い。

【００１３】ところが従来は、一本の高速回線で、送ら
れてきた通信リクエストを通信の種類によってグループ
分けして貯めておき、それぞれの通信種類について一定
数の通信リクエストがまとまった段階で送受信するシス
テムがなかった。

【００１４】そこで、本発明が解決しようとする課題
は、通信リクエストの相互の干渉による通信の非効率を
避け、かつ、通信回線全体を使用して通信でき、通信障
害を他の通信回線によってバックアップすることができ
る通信回線制御システムを提供することにある。

【００１５】

【課題を解決するための手段】本願請求項１に係る通信
回線制御システムは、少なくとも一本の通信回線と、前
記通信回線にそれぞれ接続された通信手段と、前記通信
手段の複数個に接続された負荷分散制御手段と、一つの
負荷分散制御手段に複数個接続された通信端末とを有す
る通信回線制御システムにおいて、前記通信手段は、通
信の種類によって分類した通信ＩＤのうちの一定の通信
ＩＤの通信を通す通信チャネルであって、一定数の通信
リクエストのデータを待行列にして保持する通信チャネ
ルを少なくとも一つ有し、前記負荷分散制御手段は、前
記通信端末から通信ＩＤを付した通信リクエストを受け
取り、前記通信リクエストの通信ＩＤと同一の通信ＩＤ
を通す通信チャネルを予め定められた優先順序で検索
し、使用可能な状態の通信チャネルのうち優先順位が最
も高い通信チャネルに前記通信リクエストのデータを送
信する、ことを特徴とするものである。

【００１６】本願請求項２に係る通信回線制御システム
は、請求項１の通信回線制御システムにおいて、前記負
荷分散制御手段は、前記通信端末から通信ＩＤを付した
通信リクエストを受け取り、前記通信リクエストの通信
ＩＤと同一の通信ＩＤを通す通信チャネルを予め定めら
れた優先順序で検索し、使用可能な状態の通信チャネル
のうち優先順位が最も高い通信チャネルに前記通信リク
エストのデータを送信するとともに、リクエスト元の通
信端末の情報を保持し、応答通信のデータを前記リクエ
スト元の通信端末に送信する、ことを特徴とするもので
ある。

【００１７】本願請求項３に係る通信回線制御システム
は、請求項２の通信回線制御システムにおいて、前記負
荷分散制御手段は、前記通信手段を、通信ＩＤと、通信
手段を特定する情報と、によって管理する通信手段管理
部と、前記通信端末の通信リクエストの発生、処理、返
信までを管理する通信リクエスト管理部と、リクエスト
元の通信端末を、通信リクエストごとに管理するリクエ
スト元通信端末管理部と、通信リクエストや応答通信リ
クエストを入力し、前記リクエストの処理を前記各管理
部に振り分ける主制御部と、を有していることを特徴と
するものである。

【００１８】本願請求項４に係る通信回線制御システム
は、請求項３の通信回線制御システムにおいて、前記通
信手段管理部は、通信リクエストを発した通信端末とそ
の通信リクエストの通信を行う通信手段との間の交信を
保持するための通信経路ごとに、通信経路および通信手
段に関する情報を管理する通信手段インフォメーション
管理手段と、通信手段とそれらの通信ＩＤとを登録した
通信手段マネージメントテーブルを有し、前記通信手段
インフォメーション管理手段を管理する通信手段マネー
ジメントテーブル管理手段と、を有していることを特徴
とするものである。

【００１９】本願請求項５に係る通信回線制御システム
は、請求項３の通信回線制御システムにおいて、前記通
信リクエスト管理部は、通信ＩＤごとに、通信を行う通
信手段の情報を管理し、通信リクエストのデータを保持
する通信リクエストキュー管理手段と、通信ＩＤごと
に、前記通信リクエストキュー管理手段を管理する通信
リクエストキューマネージャー手段と、通信ＩＤごと
に、通信リクエストに対する応答を監視し、応答があっ
た場合の応答データの送信を管理するリプライウォッチ
ャー手段と、を有していることを特徴とするものであ
る。

【００２０】本願請求項６に係る通信回線制御システム
は、請求項３の通信回線制御システムにおいて、前記通
信手段は、通信に障害が発生したときは、その通信手段
の通信ＩＤと通信手段を特定する情報を前記負荷分散制
御手段に送り、前記負荷分散制御手段は、前記通信手段
管理部と前記通信リクエスト管理部とから、前記通信手
段から送られた通信ＩＤと同一の通信ＩＤを有する通信
手段を検索し、通信不能になった前記通信手段に関する
情報を削除することにより、通信障害をバックアップす
ることを特徴とするものである。

【００２１】

【発明の実施の形態】次に、本発明の実施形態について
添付の図面を参照して以下に説明する。最初に、本発明
による通信回線制御システムのシステム構成例を図１に
示して説明する。

【００２２】図１において、全体を符号１で示す通信回
線制御システムは、通信相手２に接続された複数本の通
信回線Ｌ１〜Ｌ４と、通信回線Ｌ１〜Ｌ４にそれぞれ接
続された通信手段Ｔ１〜Ｔ４と、通信手段Ｔ１〜Ｔ４に
接続された負荷分散制御手段３と、負荷分散制御手段３
に接続された通信端末ＴＭ１〜ＴＭ５とを有する。

【００２３】また通信手段Ｔ１〜Ｔ４は、通信ＩＤに対
応した通信チャネル１０〜３０，５０を有している。こ
こで、通信ＩＤとは、図１にも示すように「通信ＩＤ１
０」、「通信ＩＤ２０」、…、というように通信種類に
よって分類した通信の識別子であって、通信に付すもの
である。

【００２４】通信ＩＤを分類するための通信の種類は、
ユーザーの通信回線制御システムの使用方法によって、
ユーザーが自由に定めることができる。たとえば、通信
データの内容によって通信ＩＤを付し、通信種類ごとに
異なる通信回線を優先的に使用するようにしてもよい。
あるいは、通信の優先度によって通信をランク分けして
通信ＩＤを付し、優先度の高い通信ＩＤの通信を優先的
に通すようにしてもよい。

【００２５】通信相手２は、単一の通信相手でもよい
し、複数の通信相手でもよい。人の他、コンピュータ、
通信機器であってもよい。

【００２６】通信回線Ｌ１〜Ｌ４は、有線、無線、搬送
電流を問わず、通信を通す通信路をいうものとする。

【００２７】通信手段Ｔ１〜Ｔ４は、通信回線Ｌ１〜Ｌ
４に対して通信データを入出力する手段であって、後述
する通信チャネル１０〜３０の通信ＩＤを宣言したり、
解除したりの処理を行うことができる情報処理機能を有
し、通信チャネル１０〜３０に一定数の通信リクエスト
のデータを待行列にして保持しておくことができるもの
である。好ましくは、通信手段Ｔ１〜Ｔ４はコンピュー
タからなる。

【００２８】また、通信手段Ｔ１〜Ｔ４は、同一種類の
通信を所定数まとめて送受信することができる。すなわ
ち、通信手段Ｔ１〜Ｔ４は、送られてきた通信リクエス
トを通信種類によってグループ分けして貯めておき、そ
れぞれの通信種類について一定数の通信リクエストがま
とまったことを条件に通信可能と判断し、送信すること
ができるのである。

【００２９】負荷分散制御手段３は、通信端末ＴＭ１〜
ＴＭ５から通信リクエストを受け取り、通信リクエスト
に付された通信ＩＤと同一の通信ＩＤを通す通信チャネ
ル１０〜３０，５０を予め定められた優先順序で検索
し、使用可能な状態の通信チャネル１０〜３０，５０の
うちの優先順位が最も高いものにその通信リクエストの
データを送信する手段である。負荷分散制御手段３は、
上記処理を行うための情報処理装置であり、固定的に上
記処理を行うように作り込んだ情報処理装置でもよい
が、好ましくはソフトウェアによって制御されたコンピ
ュータである。

【００３０】なお、通信回線制御システム１は、応答通
信のデータの送信をも行うものであっても、一方的に送
信のみを行うものであってもよい。

【００３１】通信回線制御システム１が応答データの送
信をも行うものである場合は、負荷分散制御手段３は、
リクエスト元の通信端末ＴＭ１〜ＴＭ５の情報を保持
し、応答通信のデータをそのリクエスト元の通信端末に
送信する。

【００３２】通信端末ＴＭ１〜ＴＭ５は、通信のリクエ
ストを入出力する装置であり、電話、専用端末、コンピ
ュータ等である。通信端末ＴＭ１〜ＴＭ５は、通信リク
エストを送るときに、前記通信ＩＤを付して送る。

【００３３】上記構成の通信回線制御システム１による
通信は以下のようにして行われる。通信端末ＴＭ１〜Ｔ
Ｍ５は通信リクエストに通信ＩＤを付して個別に負荷分
散制御手段３に送る。負荷分散制御手段３は、通信端末
ＴＭ１〜ＴＭ５からの通信リクエストを受け取り、通信
リクエストに付された通信ＩＤを読み取り、同一通信Ｉ
Ｄの送受信を行う通信チャネル１０〜３０，５０を有す
る通信手段Ｔ１〜Ｔ４を一定優先順序に従ってサーチす
る。ここで「サーチ」とは、通信手段の通信チャネルに
すでに格納されている通信リクエストが一定数に達した
か否かをチェックし、一定数に達している場合には次の
優先順位の通信手段の通信チャネルをチェックすること
をいう。

【００３４】上記サーチの結果、負荷分散制御手段３
は、使用可能な状態の通信チャネル１０〜３０，５０の
うち優先順位が最も高いものにその通信リクエストのデ
ータを送信する。通信手段Ｔ１〜Ｔ４は、各通信チャネ
ルの待行列に入っている通信リクエストを逐次通信相手
２に送信する。

【００３５】この場合、先に述べたように通信手段Ｔ１
〜Ｔ４は、送られてきた通信リクエストを通信種類によ
ってグループ分けして貯めておき、それぞれの通信種類
について一定数の通信リクエストがまとまったことを条
件に通信可能と判断し、送信する。これにより、一定量
のデータをまとめて送ることができ、通信プロトコルの
確立等に費やされる時間を節約して高効率の通信を行う
ことができる。

【００３６】図１に示した例では、通信手段Ｔ１〜Ｔ３
は、それぞれ通信チャネル１０〜３０を有し、複数種類
の通信を送受信することができる。これに対し、通信手
段Ｔ４は、通信チャネル５０のみの送受信をすることが
できるので、従来の専用回線と同一のものになってい
る。

【００３７】これにより、通信ＩＤ１０の通信リクエス
トは、通信手段Ｔ１〜Ｔ３の空いている通信チャネル１
０に送られる。通信ＩＤ２０〜３０についても同じであ
る。通信ＩＤ５０は常に通信チャネル５０に送られる。

【００３８】これにより、通信リクエストは不特定の空
いている通信手段に送られることになり、通信回線制御
システム１は全体として効率の高い通信を行うことがで
きる。具体的な通信の負荷分散制御の方法は後にまた説
明する。

【００３９】次に、本発明の特徴的な部分である負荷分
散制御手段３の構成とその処理について以下に説明す
る。図２は、負荷分散制御手段３のクラスオブジェクト
の構造を示している。

【００４０】なお、「オブジェクト」とは、ある属性に
よってクラス分けし、データと手続とを一体化したもの
である。オブジェクトは、以下の特徴を有している。 （１）同じ属性を有するオブジェクト（クラスオブジェ
クト）は、基本的に同じメソッド（所定の処理を行う手
段）を有している。 （２）あるクラスオブジェクトの属性やメソッドは、他
のクラスオブジェクトでも継承できる。 （３）他のオブジェクトにそのオブジェクトが有するメ
ソッドによる処理を依頼することができる。

【００４１】本明細書でいう「オブジェクト」は、上記
データと手続を一体化したソフトウェアと、オブジェク
トを実行するためのハードウェアとを含むものとする。

【００４２】本実施形態の負荷分散制御手段３の構成手
段は、「オブジェクト」からなる。各処理手段を「オブ
ジェクト」とすることにより、本発明のシステムは、種
々の処理に柔軟に対応できるようになる。しかし、これ
は本発明をオブジェクト指向の枠組みに限る意味ではな
い。つまり、オブジェクトと同一の機能を通常の手続型
プログラムによって制御された処理装置によって負荷分
散制御手段３を実現するようにしてもよい。

【００４３】図２において、負荷分散制御手段３を構成
する各オブジェクトは４角形の線で囲み、上段にオブジ
ェクト名、中段に属性、下段にそのオブジェクトのメソ
ッドを記している。

【００４４】図２に示すように、全体を符号３で示すコ
アーノードは、主制御部４と、通信手段管理部５と、通
信リクエスト管理部６と、リクエスト元通信端末管理部
７とを有している。

【００４５】通信手段管理部５は、通信手段インフォメ
ーション管理手段５ａと、通信手段マネージメントテー
ブル管理手段５ｂとからなる。

【００４６】通信手段インフォメーション管理手段５ａ
は、所定の通信リクエストとその通信リクエストを処理
する通信手段との交信を維持する通信経路ごとに、その
通信経路に関する情報と、通信手段に関する情報とを管
理する手段である。通信経路は、所定の通信リクエスト
に対して所定の通信手段が送受信の処理を行うが、その
情報の流れの交信経路である。通信手段インフォメーシ
ョン管理手段５ａは、通信経路ごとに通信手段の情報
（通信手段を特定する情報）や、その他の通信経路に関
する情報（たとえば、通信プロトコル等）を管理するの
である。

【００４７】通信手段マネージメントテーブル管理手段
５ｂは、全システムで１個存在し、通信手段マネージメ
ントテーブルを有し、前記通信手段インフォメーション
管理手段５ａを管理する。なおここで、オブジェクト間
の「管理」とは、たとえば、通信手段マネージメントテ
ーブル管理手段５ｂは、通信手段インフォメーション管
理手段５ａに依頼し、所定の通信手段の情報を検索さ
せ、回答を得る等の制御を行うことをいう。オブジェク
ト間の「管理」については以下に同じとする。

【００４８】通信手段マネージメントテーブルとは、本
発明による通信回線制御システム１に接続される各通信
手段の情報を登録したテーブルをいう。ここで、通信手
段マネージメントテーブルに登録する通信手段の情報
は、各通信手段を特定する情報、通信ＩＤ等である。

【００４９】通信リクエスト管理部６は、リプライウォ
ッチャー手段６ａと、通信リクエストキュー管理手段６
ｂと、通信リクエストキューマネージャー手段６ｃとか
らなる。

【００５０】リプライウォッチャー手段６ａは、通信リ
クエストＩＤごとに存在し、応答待ちの通信端末の情報
を登録し、応答を監視し、応答があった場合にはその応
答データを送信する手段である（応答通信のデータを送
信するシステム）。通信リクエストＩＤは、通信リクエ
ストを特定するために通信リクエストごとに付された識
別子である。

【００５１】通信リクエストキュー管理手段６ｂは、通
信ＩＤごとに存在し、対応する通信ＩＤの送受信を行う
通信手段の情報を管理し、通信リクエストの通信データ
を保持する。

【００５２】通信リクエストキュー管理手段６ｂは、通
信リクエストがあった場合に、対応する通信ＩＤの通信
手段をサーチし、通信リクエストの通信データを転送
し、応答があるまで前記通信リクエストを登録しておく
ものである。

【００５３】通信リクエストキューマネージャー手段６
ｃは、通信ＩＤごとに存在し、前記通信リクエストキュ
ー管理手段６ｂを管理する。

【００５４】リクエスト元通信端末管理部７は、通信リ
クエストＩＤごとに通信リクエスト送信元の通信端末の
情報を管理する。

【００５５】以上が負荷分散制御手段３の各構成手段の
説明であったが、次ぎに通信における各構成手段の作用
について以下に説明する。なお、以下の説明では図２に
示した負荷分散制御手段３の構成を参照することによ
り、構成手段間の関係がより明らかとなる。

【００５６】最初に、本発明の通信回線制御システム１
を構成するには、システムに通信手段を接続しなければ
ならない。この通信手段の接続の処理の流れを図３に示
す。なお、図３のフローチャートにおいて、各処理ステ
ップの処理を行う処理手段を括弧を付して示す。

【００５７】図３に示すように、本発明の通信回線制御
システム１に通信手段Ｔ１〜Ｔ４を接続するには、接続
を要求する通信手段Ｔ１〜Ｔ４が負荷分散制御手段３の
主制御部４に通信手段の接続を要求するイベントを送信
する。

【００５８】この接続要求のイベントを受けた主制御部
２（ステップＳ１００）は、通信手段接続受付用チャネ
ルに通信手段を接続するためのイベントを発生する（ス
テップＳ１１０）。このイベントは、次のように処理さ
れる。

【００５９】まず、接続を要求する通信手段について、
新たな通信手段インフォメーション管理手段５ａが作成
され、通信経路情報やその通信手段に関する情報等が登
録される（ステップＳ１２０）。

【００６０】次に、この新たな通信手段は、通信手段マ
ネージメントテーブルに登録される（ステップＳ１３
０）。

【００６１】以上の処理で通信手段がシステムに接続さ
れる。次に、接続された通信手段は、どのような通信Ｉ
Ｄの送受信を行うかの通信ＩＤ宣言をしなければならな
い。通信ＩＤ宣言の処理の流れを図４に示す。なお、図
４のフローチャートにおいて、各処理ステップの処理を
行う処理手段を括弧を付して示す。

【００６２】図４に示すように、通信ＩＤ宣言をする通
信手段は、通信ＩＤ宣言の要求を負荷分散制御手段３の
主制御部４に送信する（ステップＳ２００）。

【００６３】主制御部４は上記通信ＩＤ宣言のイベント
を受け、通信手段マネージメントテーブル管理手段５ｂ
にメッセージを送り、通信手段マネージメントテーブル
管理手段５ｂによりその通信手段についての通信手段イ
ンフォメーション管理手段５ａを作成し、通信ＩＤ、通
信手段特定情報を通信手段マネージメントテーブルに登
録する（ステップＳ２１０）。

【００６４】次に、通信リクエスト管理部６に通信手段
の登録を行う。まず、通信手段インフォメーション管理
手段５ａが、同一の通信ＩＤを有する通信リクエストキ
ューマネージャー手段６ｃが存在するか否かを検索する
（ステップＳ２２０）。同一の通信ＩＤの通信リクエス
トキューマネージャー手段６ｃがなければ、新たに作成
する。

【００６５】次に、通信手段インフォメーション管理手
段５ａは、前記ステップＳ２２０により検索あるいは作
成された通信リクエストキューマネージャー手段６ｃ
に、通信ＩＤ宣言を行っている通信手段の情報を登録す
る（ステップＳ２３０）。

【００６６】最後に、上記通信リクエストキューマネー
ジャー手段６ｃは、対応する通信リクエストキュー管理
手段６ｂを取得し、通信ＩＤ宣言をしている通信手段を
送受信可能な通信手段として登録する（ステップＳ２４
０）。ここで、「取得」とは、所定のオブジェクトを検
索し、リンクを介して種々のメッセージを送れる状態に
することをいうものとする。

【００６７】以上が通信ＩＤ宣言とその処理についての
説明であったが、通信障害によって所定の通信手段が通
信不能になったときは、通信手段が通信ＩＤ解除の宣言
を行う。通信ＩＤ解除の宣言は、上記通信ＩＤ宣言と同
一のオブジェクトを辿り、登録してあった通信手段、通
信ＩＤに関する情報を削除することによって達成され
る。

【００６８】通信手段が接続され、通信手段が通信ＩＤ
宣言をした通信回線制御システム１は、以下に説明する
ように通信処理を行う。以下、応答データの送信まで行
う通信処理の流れを説明する。

【００６９】上記通信には、通信端末から通信手段への
通信リクエストの送信と、通信手段から通信端末への応
答通信データの送信とがある。これらの送信は、すべて
負荷分散制御手段３を介して行われる。

【００７０】図５に、通信端末から通信手段への通信リ
クエストの送信の流れを示す。なお、図５のフローチャ
ートにおいて、各処理ステップの処理を行う処理手段を
括弧を付して示す。

【００７１】通信リクエストは、通信端末から発せら
れ、図５の最初に示すように、負荷分散制御手段３の主
制御部４に通信リクエストのイベントとして入力される
（ステップＳ３００）。

【００７２】上記通信リクエストのイベントを受けた主
制御部４は、通信経路ごとに通信手段インフォメーショ
ン管理手段５ａを生成する（ステップＳ３１０）。

【００７３】次に、上記ステップＳ３１０によって生成
された通信手段インフォメーション管理手段５ａは、通
信リクエストの通信ＩＤに対応する通信ＩＤの通信リク
エストキューマネージャー手段６ｃを取得する（ステッ
プＳ３２０）。

【００７４】上記ステップＳ３２０によって取得された
通信リクエストキューマネージャー手段６ｃは、同一の
通信ＩＤの通信リクエストキュー管理手段６ｂを取得す
る（ステップＳ３３０）。通信リクエストキューマネー
ジャー手段６ｃは、取得した通信リクエストキュー管理
手段６ｂに通信リクエストに関する情報（通信データ）
を渡す（ステップＳ３４０）。

【００７５】上記通信リクエストキュー管理手段６ｂ
は、上記通信リクエストに関する情報をその通信リクエ
ストキュー、つまり通信リクエストの待行列に登録する
（ステップＳ３５０）。

【００７６】次に、通信リクエストキュー管理手段６ｂ
はリプライウォッチャー手段６ａを取得し、これに通信
リクエスト元の通信端末を応答待ち通信端末として登録
する（ステップＳ３６０）。

【００７７】上記ステップＳ３６０で取得されたリプラ
イウォッチャー手段６ａは、その通信リクエストに対し
て応答待ちタイマを設定し、応答を監視する（ステップ
Ｓ３７０）。

【００７８】次に、通信リクエストキュー管理手段６ｂ
は、所定の優先順位に従って通信を行う通信手段（具体
的には通信チャネル）をサーチし、使用可能な状態の通
信手段のうち優先順位が最も高い通信チャネルである通
信手段インフォメーション管理手段５ａを取得する（ス
テップＳ３８０）。

【００７９】次に、上記通信手段インフォメーション管
理手段５ａが、上記負荷が低い通信手段に対し、通信デ
ータを送信する（ステップＳ３９０）。これにより、通
信リクエストと通信データが所定の通信手段を介して通
信相手に送られることになる。

【００８０】以上が通信端末から通信手段への通信リク
エストの送信であるが、ステップＳ３８０，Ｓ３９０に
おいて通信リクエストキュー管理手段６ｂが通信可能な
通信手段のうち優先順位が最も高いものを検索して、そ
れに通信データを送信する処理により、本発明の通信回
線制御システム１は通信回線の負荷分散を行うことがで
きるのである。

【００８１】次に、通信相手から通信手段を介して通信
端末へ応答通信データを送信する処理について説明す
る。

【００８２】図６に通信手段から通信端末への応答通信
データの送信の流れを示す。図６のフローチャートにお
いて、図５と同様に各処理ステップの処理を行う処理手
段を括弧を付して示す。

【００８３】応答通信データの送信のイベントは、通信
を行った通信手段から送信され、図６の最初に示すよう
に、通信回線制御システム１の主制御部４に入力される
（ステップＳ４００）。

【００８４】上記応答送信のイベントを受けた主制御部
４は、応答送信を行った通信手段の通信手段インフォメ
ーション管理手段５ａを取得する（ステップＳ４１
０）。

【００８５】次に、上記ステップＳ４１０によって取得
された通信手段インフォメーション管理手段５ａは、対
応する通信ＩＤの通信リクエストキューマネージャー手
段６ｃを取得する（ステップＳ４２０）。

【００８６】上記ステップＳ４２０によって取得された
通信リクエストキューマネージャー手段６ｃは、同一の
通信ＩＤの通信リクエストキュー管理手段６ｂを取得す
る（ステップＳ４３０）。

【００８７】上記ステップＳ４３０によって取得された
通信リクエストキュー管理手段６ｂは、通信リクエスト
をその通信リクエストキューから削除する（ステップＳ
４４０）。

【００８８】次に、リプライウォッチャー手段６ａは、
通信リクエスト元の通信端末に関するデータを応答待ち
通信端末のデータから削除する（ステップＳ４５０）。

【００８９】以上のステップＳ４２０〜Ｓ４５０の処理
により、通信リクエスト管理部６から通信リクエストが
削除される。

【００９０】次に、リプライウォッチャー手段６ａは、
通信手段マネージメントテーブル管理手段５ｂにアクセ
スし、これを取得する（ステップＳ４６０）。

【００９１】通信手段マネージメントテーブル管理手段
５ｂは、通信手段の情報から、対応する通信手段インフ
ォメーション管理手段５ａを取得し、この通信手段イン
フォメーション管理手段５ａとリクエスト元通信端末管
理部７により、リプライウォッチャー手段６ａはリクエ
スト元の通信端末の情報を得ることができる（ステップ
Ｓ４７０）。

【００９２】最後に、リプライウォッチャー手段６ａ
は、上記のように得られたリクエスト元通信端末に処理
結果を送信する（ステップＳ４８０）。

【００９３】以上が、通信処理における通信リクエスト
の送信と応答通信データの返信に関する負荷分散制御手
段３の処理の流れである。

【００９４】次に、負荷分散制御手段３による「一定の
優先順序に従って通信手段の通信チャネルをサーチし、
使用可能な状態の通信チャネルのうち優先順位が最も高
いものに通信リクエストのデータを送信する」処理と、
「通信障害があったときに通信不能になった通信手段の
他の通信手段によって通信をバックアップする」処理に
ついて、具体例を用いて以下に説明する。

【００９５】図７は、本発明を適用した株式注文用の通
信システムを示している。図７において、取引所８（通
信相手２に相当する）には、複数のラインＬ１〜Ｌ４が
接続されている。ラインＬ１〜Ｌ４には、注文データを
送信する通信手段Ｔ１〜Ｔ４がそれぞれ接続されてい
る。通信手段Ｔ１〜Ｔ４には、注文リクエストを送信す
る負荷分散制御手段３が接続されている。負荷分散制御
手段３には、複数の注文端末ＯＴＭ１〜ＯＴＭ３（通信
端末ＴＭ１〜ＴＭ５に相当する）が接続されている。

【００９６】この株式注文用の通信システムでは、バス
ケット注文とシングル注文という注文の種類によって分
類した通信ＩＤ１０，２０によって注文リクエストの処
理をするものとする。念のために、バスケット注文と
は、複数銘柄の株式を組み合わせて注文する方法をい
い、シングル注文とは、単一銘柄の株式を注文する方法
をいう。なお、通信ＩＤは、このほかに適宜に委託注文
と自己注文というように、注文の主体によって分類する
こともできる。

【００９７】通信手段Ｔ１〜Ｔ４は、それぞれ取引所８
とのプロトコル確立を行うプロトコル制御部と、通信チ
ャネルを管理し、通信チャネルに保持された注文データ
を適当な数ブロッキングし、取引所８に送信するライン
マネージャーＬＭ１〜ＬＭ４が設けられている。

【００９８】ラインマネージャーＬＭ１〜ＬＭ３は、バ
スケット注文を受け付けるバスケット注文チャネルと、
シングル注文を受け付けるシングル注文チャネルとを有
している。ラインマネージャーＬＭ４は、シングル注文
チャネルのみを有している。すなわち、ラインＬ１〜Ｌ
３は、バスケット注文とシングル注文とを行う複数用途
回線であり、ラインＬ４はシングル注文のみを行う専用
回線である。

【００９９】バスケット注文チャネルとシングル注文チ
ャネルは、使用される優先順序を予め付されている。図
７のバスケット注文チャネルとシングル注文チャネルの
下に記した数字は、それぞれの注文チャネルの優先順序
を示している。つまり、バスケット注文であれば、通信
手段Ｔ１→Ｔ２→Ｔ３の順で通信手段の使用状態が検索
され、シングル注文であれば、通信手段Ｔ４→Ｔ３→Ｔ
２→Ｔ１の順で検索される。

【０１００】上記構成の株式注文用の通信システムにお
いて、注文端末ＯＴＭ１〜ＯＴＭ３がバスケット注文や
シングル注文のリクエストを発すると、各注文リクエス
トは以下のように処理される。なお、各注文リクエスト
には、バスケット注文かシングル注文かを識別する通信
ＩＤ１０，２０が付されている。

【０１０１】最初に、注文リクエストは負荷分散制御手
段３に送られる。負荷分散制御手段３は、注文端末ＯＴ
Ｍ１〜ＯＴＭ３からの注文リクエストを通信ＩＤによっ
てバスケット注文かシングル注文かを識別する。

【０１０２】次に、負荷分散制御手段３は、注文リクエ
ストがバスケット注文であれば、通信手段Ｔ１→Ｔ２→
Ｔ３の順でバスケット注文チャネルの使用状態を検索
し、シングル注文であれば、通信手段Ｔ４→Ｔ３→Ｔ２
→Ｔ１の順でシングル注文チャネルの使用状態を検索す
る。上記各注文チャネルは、予め待行列にして保持して
おける注文リクエストの数を宣言している。負荷分散制
御手段３は、注文チャネルの待行列の注文リクエストの
数が予め宣言した数に達しているときは、その注文チャ
ネルが使用中であるとして次の注文チャネルを検索す
る。

【０１０３】このようにして、負荷分散制御手段３は、
使用可能な注文チャネルのうちで最も優先順位が高い注
文チャネルに注文リクエストを送信する。全注文チャネ
ルが使用中である場合は、負荷分散制御手段３は注文リ
クエストを保持したまま、ラインマネージャーＬＭ１〜
ＬＭ４のいずれかから応答通信データの送信があった時
に再度注文チャネルを検索する。

【０１０４】通信手段Ｔ１〜Ｔ４のラインマネージャー
ＬＭ１〜ＬＭ４は、注文チャネルを交互にチェックし、
到着した注文リクエストのデータを取り出し、取引所８
が規定する数を最大値としてブロッキング処理を行い、
取引所８に注文電文を送信する。ラインマネージャーＬ
Ｍ１〜ＬＭ４は、取引所８から注文受付通知を受信する
と、負荷分散制御手段３を介してその応答通信を注文元
の注文端末ＯＴＭ１〜ＯＴＭ３に送信する。

【０１０５】通信手段Ｔ１〜Ｔ４のいずれかに通信障害
が発生したときは、通信手段Ｔ１〜Ｔ４が負荷分散制御
手段３に対して通信ＩＤ解除宣言を行う。この通信ＩＤ
解除宣言は、上述したように、通信可能な通信手段や通
信チャネルのリストから通信障害のあった通信手段や通
信チャネルの情報を削除することによって実現される。
通信ＩＤが解除されると、負荷分散制御手段３は、その
通信手段や通信チャネルが無いものとして次の通信手段
や通信チャネルをサーチするので、結局通信が他の通信
手段によってバックアップされる。

【０１０６】上述のようにして本発明による通信回線制
御システムは、複数の通信手段を一定の優先順序にした
がって使用し、通信手段が使用中である場合は次の通信
手段を使用するので、回線が特定の種類の通信に固定さ
れず、ある種類の通信がその時点で空いている回線を通
じて送られる。これにより、ある特定種類の通信回線が
過負荷の状態によってその種類の通信のみが送信されな
い弊害を解消することができる。

【０１０７】また、上記例のように、各通信チャネルの
優先順序を通信回線に対して順不同に設定することによ
り、通信回線が全体的に使用されることになり、回線全
体としての通信効率を向上させることができる。

【０１０８】また、通信チャネルは通信手段の通信ＩＤ
宣言によって設定されるが、通信チャネルを適当に設定
することにより、上記例のラインＬ４のように特定の回
線を適宜に専用回線とすることもできる。

【０１０９】さらに、本発明による通信回線制御システ
ムによれば、通信手段のいずれかに通信障害が発生した
ときは、他の通信回線が使用するので、流動的に通信障
害をバックアップすることができる。

【０１１０】以上で「一定の優先順序に従って通信手段
の通信チャネルをサーチし、使用可能な状態の通信チャ
ネルのうち優先順位が最も高いものに通信リクエストの
データを送信する」処理と、「通信障害があったときに
通信不能になった通信手段の他の通信手段によって通信
をバックアップする」処理についての説明を終了する。
次に、本発明による通信回線制御システムの適用例につ
いて説明する。

【０１１１】本発明による通信回線制御システムは、要
するに「一定の数の通信回線と通信手段によって多数の
通信を送る通信システム」であって、広汎な通信システ
ムに適用することができる。このような適用可能な通信
システムとしては、並列的な複数の通信回線を有する
通信システム、クライアントサーバーシステム、光
ケーブル等の高速送受信を行うに媒体にバッチ式にデー
タを送受信するシステム、等がある。 並列的な複数の通信回線を有する通信システムにつ
いては、既に説明した株式注文用の通信システムや、複
数のファクシミリを備えた通信システムにおいて、ファ
クシミリと通信端末の間に本発明による負荷分散制御手
段を介在させ、通信負荷を分散し通信障害でバックアッ
プするようにした通信システム、等が考えられる。 クライアントサーバーシステムでは、たとえば一つ
のセンターサーバーに複数の分散サーバーが接続され、
これらの分散サーバーに多数のクライアントが接続され
たクライアントサーバーシステムにおいて、クライアン
トと分散サーバーの間に本発明による負荷分散制御手段
を介在させ、分散サーバーの負荷を分散し、処理に障害
が発生したときに他の分散サーバーによってバックアッ
プするようにしたクライアントサーバーシステム、等が
考えられる。 光ケーブル等の高速送受信を行うに媒体にバッチ式
にデータを送受信するシステムについては、高速回線に
データを流す複数の通信手段と通信端末とを設け、通信
手段と通信端末の間に本発明による負荷分散制御手段を
介在させ、１本の高速回線によって多目的の通信を行う
ようにした高速通信システムが考えられる。

【０１１２】この場合、通信手段は同一種類のデータを
一定のデータ量をまとめて送るようするのが好ましい。
これは、光ケーブル等の高速送受信を行うに媒体につい
ては、通信プロトコル確立のための時間を少なくするこ
とができ、高速で大量のデータの送受信を可能にする効
果を有する。

【０１１３】

【発明の効果】以上の説明から明らかなように、本発明
の通信回線制御システムによれば、一定の数の通信回線
と通信手段によって多数種類の通信を行う場合に、通信
種類によって通信手段の使用の優先順序を定め、使用可
能な状態の通信手段であってその時点で最も優先順序が
高い通信手段によって送受信を行うので、使用可能な通
信手段を用いて流動的に通信を行うことができる。これ
により、特定の回線が過負荷の状態になって通信ができ
ない不都合を防止することができる。

【０１１４】また、特定の通信手段に通信障害が発生し
たときは、次の使用優先順序の通信手段によって通信を
行うことができるので、円滑に通信障害をバックアップ
することができる。

【図面の簡単な説明】

【図１】本発明による通信回線制御システムの一例の構
成とその処理の流れを示したブロック図。

【図２】本発明の通信回線制御システムの負荷分散制御
手段の構成とその処理の流れを示したブロック図。

【図３】本発明の通信回線制御システムへの通信手段の
接続の処理を示したフローチャート。

【図４】本発明の通信回線制御システムにおける通信Ｉ
Ｄ宣言の処理を示したフローチャート。

【図５】本発明の通信回線制御システムにおける通信端
末から通信手段への通信リクエストの送信の流れを示し
たフローチャート。

【図６】本発明の通信回線制御システムにおける通信手
段から通信端末への応答通信の送信の流れを示したフロ
ーチャート。

【図７】本発明の通信回線制御システムを適用した株式
注文用通信システムの構成と処理の流れを示したブロッ
ク図。

【図８】従来の株式注文用通信システムの構成と処理の
流れを示したブロック図。

【符号の説明】 １ 通信回線制御システム ２ 通信相手 ３ 負荷分散制御手段 ４ 主制御部 ５ 通信手段管理部 ５ａ 通信手段インフォメーション管理手段 ５ｂ 通信手段マネージメントテーブル管理手段 ６ 通信リクエスト管理部 ６ａ リプライウォッチャー手段 ６ｂ 通信リクエストキュー管理手段 ６ｃ 通信リクエストキューマネージャー手段 ７ リクエスト元通信端末管理部 Ｌ１ 通信回線 Ｌ２ 通信回線 Ｌ３ 通信回線 Ｌ４ 通信回線 ＬＭ１ ラインマネージャー ＬＭ２ ラインマネージャー ＬＭ３ ラインマネージャー ＬＭ４ ラインマネージャー ＯＴＭ１ 注文端末 ＯＴＭ２ 注文端末 ＯＴＭ３ 注文端末 Ｔ１ 通信手段 Ｔ２ 通信手段 Ｔ３ 通信手段 Ｔ４ 通信手段 ＴＭ１ 通信端末 ＴＭ２ 通信端末 ＴＭ３ 通信端末 ＴＭ４ 通信端末 ＴＭ５ 通信端末

Claims (6)

【特許請求の範囲】
1. 【請求項１】少なくとも一本の通信回線と、前記通信回
   線にそれぞれ接続された通信手段と、前記通信手段の複
   数個に接続された負荷分散制御手段と、一つの負荷分散
   制御手段に複数個接続された通信端末とを有する通信回
   線制御システムにおいて、 前記通信手段は、通信の種類によって分類した通信ＩＤ
   のうちの一定の通信ＩＤの通信を通す通信チャネルであ
   って、一定数の通信リクエストのデータを待行列にして
   保持する通信チャネルを少なくとも一つ有し、 前記負荷分散制御手段は、前記通信端末から通信ＩＤを
   付した通信リクエストを受け取り、前記通信リクエスト
   の通信ＩＤと同一の通信ＩＤを通す通信チャネルを予め
   定められた優先順序で検索し、使用可能な状態の通信チ
   ャネルのうち優先順位が最も高い通信チャネルに前記通
   信リクエストのデータを送信する、ことを特徴とする通
   信回線制御システム。
2. 【請求項２】前記負荷分散制御手段は、前記通信端末か
   ら通信ＩＤを付した通信リクエストを受け取り、前記通
   信リクエストの通信ＩＤと同一の通信ＩＤを通す通信チ
   ャネルを予め定められた優先順序で検索し、使用可能な
   状態の通信チャネルのうち優先順位が最も高い通信チャ
   ネルに前記通信リクエストのデータを送信するととも
   に、リクエスト元の通信端末の情報を保持し、応答通信
   のデータを前記リクエスト元の通信端末に送信する、こ
   とを特徴とする請求項１記載の通信回線制御システム。
3. 【請求項３】前記負荷分散制御手段は、 前記通信手段を、通信ＩＤと、通信手段を特定する情報
   と、によって管理する通信手段管理部と、 前記通信端末の通信リクエストの発生、処理、返信まで
   を管理する通信リクエスト管理部と、 リクエスト元の通信端末を、通信リクエストごとに管理
   するリクエスト元通信端末管理部と、 通信リクエストや応答通信リクエストを入力し、前記リ
   クエストの処理を前記各管理部に振り分ける主制御部
   と、 を有していることを特徴とする請求項２記載の通信回線
   制御システム。
4. 【請求項４】前記通信手段管理部は、 通信リクエストを発した通信端末とその通信リクエスト
   の通信を行う通信手段との間の交信を保持するための通
   信経路ごとに、通信経路および通信手段に関する情報を
   管理する通信手段インフォメーション管理手段と、 通信手段とそれらの通信ＩＤとを登録した通信手段マネ
   ージメントテーブルを有し、前記通信手段インフォメー
   ション管理手段を管理する通信手段マネージメントテー
   ブル管理手段と、を有していることを特徴とする請求項
   ３記載の通信回線制御システム。
5. 【請求項５】前記通信リクエスト管理部は、 通信ＩＤごとに、通信を行う通信手段の情報を管理し、
   通信リクエストのデータを保持する通信リクエストキュ
   ー管理手段と、 通信ＩＤごとに、前記通信リクエストキュー管理手段を
   管理する通信リクエストキューマネージャー手段と、 通信ＩＤごとに、通信リクエストに対する応答を監視
   し、応答があった場合の応答データの送信を管理するリ
   プライウォッチャー手段と、を有していることを特徴と
   する請求項３記載の通信回線制御システム。
6. 【請求項６】前記通信手段は、通信に障害が発生したと
   きは、その通信手段の通信ＩＤと通信手段を特定する情
   報を前記負荷分散制御手段に送り、 前記負荷分散制御手段は、前記通信手段管理部と前記通
   信リクエスト管理部とから、前記通信手段から送られた
   通信ＩＤと同一の通信ＩＤを有する通信手段を検索し、
   通信不能になった前記通信手段に関する情報を削除する
   ことにより、通信障害をバックアップすることを特徴と
   する請求項３記載の通信回線制御システム。