JPH0685883A - Information communication system - Google Patents

Information communication system

Info

Publication number
JPH0685883A
JPH0685883A JP4234474A JP23447492A JPH0685883A JP H0685883 A JPH0685883 A JP H0685883A JP 4234474 A JP4234474 A JP 4234474A JP 23447492 A JP23447492 A JP 23447492A JP H0685883 A JPH0685883 A JP H0685883A
Authority
JP
Japan
Prior art keywords
communication
information
interface
line
multicast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP4234474A
Other languages
Japanese (ja)
Other versions
JP3260435B2 (en
Inventor
Shuji Ono
修司 大野
Tetsuya Kawahara
哲也 河原
Keiichi Nakane
啓一 中根
Masakazu Okada
政和 岡田
Shoji Yamaguchi
彰二 山口
Yoshimi Fujimata
芳巳 藤又
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Hitachi Information and Control Systems Inc
Original Assignee
Hitachi Ltd
Hitachi Process Computer Engineering Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd, Hitachi Process Computer Engineering Inc filed Critical Hitachi Ltd
Priority to JP23447492A priority Critical patent/JP3260435B2/en
Priority to US08/111,235 priority patent/US5396485A/en
Publication of JPH0685883A publication Critical patent/JPH0685883A/en
Application granted granted Critical
Publication of JP3260435B2 publication Critical patent/JP3260435B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Hardware Redundancy (AREA)
  • Computer And Data Communications (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Abstract

PURPOSE:To obtain the information communication system in which a fault location is disconnected through system changeover even when a fault takes place in system components in duplicate at a host, the processing takes over and communication data are warranted so as not to give hindrance with a terminal equipment. CONSTITUTION:A main storage device 102 of a host computer is provided with communication control interface areas 200-209 used for starting communication processing to a multi-line communication controller, configuration control interface areas 220, 221 implementing system changeover processing of a duplicate communication interface section, and recovery interface areas 210-212 making information takeover between the duplicate communication interface sections at system changeover. Then the communication interface section 103 is provided with a system changeover processing means making processing takeover according to takeover information of the recovery interface areas 210 212 in the main storage device 102. Thus, it is prevented that the user cannot use the data communication system for a prescribed period.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、ホストコンピュータか
ら情報を複数の端末に対してリアルタイムに送信する情
報サービスを提供する情報通信システムに係り、特にホ
ストコンピュータの通信制御用ハードウエアが二重化さ
れ、それらが現用系と待機系の形で運用されている場合
における通信データの連続性保証を考慮した系切換え制
御に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an information communication system for providing an information service in which information is transmitted from a host computer to a plurality of terminals in real time, and particularly, communication control hardware of the host computer is duplicated. The present invention relates to system switching control in consideration of guarantee of continuity of communication data when they are operated in the form of an active system and a standby system.

【0002】[0002]

【従来の技術】従来、二重系において現用系から待機系
に切り換える際の通信データ連続性を保証する技術とし
ては、特開昭63−61339号公報記載されたものが
挙げられる。この技術では、現用系から待機系への切り
換えの指示を手動で行い、これを契機として行われる系
切換えに先立ち、現用系から待機系に系間リンクを行う
データ(受信データ、送信データ、送信待ちアドレスな
ど)を転送し、これらデータの転送終了後、系の切り換
えが行われる。こうして、系切換えの際、送信データの
情報を現用系から待機系に引き継ぐことにより、通信デ
ータの連続性を保証していた。
2. Description of the Related Art Conventionally, as a technique for guaranteeing communication data continuity when switching from an active system to a standby system in a duplex system, there is one disclosed in Japanese Patent Laid-Open No. 63-61339. In this technology, data to perform inter-system link from the active system to the standby system (reception data, transmission data, transmission (Waiting address, etc.) is transferred, and after the transfer of these data is completed, the system is switched. In this way, when the system is switched, the continuity of the communication data is guaranteed by taking over the information of the transmission data from the active system to the standby system.

【0003】[0003]

【発明が解決しようとする課題】上記従来技術は、現用
系から待機系への系切換えを手動で行う場合における通
信データの連続性保証は実現していた。しかし、現用系
に障害が発生した場合、常に系間リンクを行うための情
報を待機系に転送できるとは限らず、現用系に障害が発
生し、系の切り換えを行う場合には適用できないという
問題点があった。
The above prior art has realized the guarantee of the continuity of communication data when the system is manually switched from the active system to the standby system. However, when a failure occurs in the active system, it is not always possible to transfer information for performing intersystem link to the standby system, and it is not applicable when a failure occurs in the active system and system switching is performed. There was a problem.

【0004】また、上記従来技術は、ホストコンピュー
タから端末へ送信した通信データの連続性を保証するた
めのものであり、端末からホストコンピュータへ送信し
た通信データの連続性を保証するという点については考
慮されていなかった。従って、ホストコンピュータ内部
の二重化構成部分の片系に障害が発生した場合、ホスト
コンピュータとしては引き続いて運用可能であるにも拘
らず、システム利用者が端末から送信した通信データが
喪失してしまうという問題点があった。
Further, the above-mentioned prior art is for guaranteeing the continuity of the communication data transmitted from the host computer to the terminal, and regarding the point of guaranteeing the continuity of the communication data transmitted from the terminal to the host computer. Was not considered. Therefore, if a failure occurs in one of the duplicated components inside the host computer, the communication data transmitted from the terminal by the system user will be lost although the host computer can continue to operate. There was a problem.

【0005】本発明の目的は、ホストコンピュータを中
心とする情報通信システムのホスト側の構成要素の中
で、二重化されている部分の現用系に障害が発生し、二
重化部分が現用系から待機系に切り換わる場合も、端末
とホストコンピュータの間で、障害発生前のデータ通信
状態を相互に確認することなく、ホストコンピュータか
ら端末への送信及び端末からホストコンピュータへの受
信の双方でやり取りされる通信データの連続性を保証す
ることにある。
It is an object of the present invention that, in a host-side component of an information communication system centering on a host computer, a failure occurs in the active system of the redundant part, and the redundant part is transferred from the active system to the standby system. Even when switching to, the data is exchanged between the terminal and the host computer both by transmission from the host computer to the terminal and by reception from the terminal to the host computer without mutually confirming the data communication state before the failure. It is to guarantee the continuity of communication data.

【0006】本発明の他の目的は、ホストコンピュータ
が端末との間で行うデータ通信サービスとして、1つの
端末とデータ送受信を行う一対一通信と、複数の端末へ
一度に同一データの送信を行うマルチキャスト通信の両
方を混在処理する情報通信システムにおいても、前記二
重化部分の現用系障害発生による系切換え時の両通信サ
ービスの通信データの連続性を保証可能とすることにあ
る。
Another object of the present invention is to provide a one-to-one communication in which a host computer sends and receives data to and from one terminal as a data communication service to and from a terminal, and to send the same data to a plurality of terminals at a time. Even in an information communication system that processes both multicast communications in a mixed manner, it is possible to ensure the continuity of communication data of both communication services at the time of system switching due to the occurrence of the active system failure in the duplicated part.

【0007】本発明のさらに他の目的は、二重化部分の
現用系障害の検出、及びそれに伴う系切換えを、情報通
信システムの利用者が認識できない短時間に実行するこ
とにある。
Still another object of the present invention is to detect a fault in the active system of the duplicated part and to switch the system in accordance therewith in a short time that the user of the information communication system cannot recognize.

【0008】[0008]

【課題を解決するための手段】上記目的を達成するため
に本発明は、ホストコンピュータの下に、回線制御を行
う回線制御モジュールを複数持ち、複数の回線の回線制
御を並列処理する多回線通信制御装置を設ける。そし
て、ホストコンピュータは、CPU(中央制御装置)、
主記憶部、及び多回線通信制御装置との接続口であるイ
ンタフェースチャネルを有する通信インタフェース部に
それぞれ以下のものを有する。
In order to achieve the above object, the present invention provides a multi-line communication which has a plurality of line control modules for performing line control under a host computer and processes line control of a plurality of lines in parallel. Provide a control device. The host computer is a CPU (central control unit),
The main storage unit and the communication interface unit having an interface channel which is a connection port with the multi-line communication control device have the followings, respectively.

【0009】ホストコンピュータの主記憶部に、ホスト
コンピュータのCPUと通信インタフェース部との間の
制御インタフェースとして、一対一通信やマルチキャス
ト通信などのデータ通信処理用の通信制御インタフェー
ステーブルを有する通信制御インタフェースエリアと、
二重化通信インタフェース部の系切換えや多回線通信制
御装置の構成変更処理用の構成制御インタフェーステー
ブルを有する構成制御インタフェースエリアと、二重化
通信インタフェース部の系切換え時に通信データの連続
性を保証するための通信処理経過引継ぎ情報のやり取り
に用いるリカバリインタフェーステーブルを有するリカ
バリインタフェースエリアと、をそれぞれ独立して設け
る。
A communication control interface area having a communication control interface table for data communication processing such as one-to-one communication and multicast communication in the main memory of the host computer as a control interface between the CPU of the host computer and the communication interface section. When,
A configuration control interface area that has a configuration control interface table for system switching of the redundant communication interface unit and configuration change processing of the multi-line communication control device, and communication for ensuring continuity of communication data when switching the system of the redundant communication interface unit A recovery interface area having a recovery interface table used for exchanging process progress takeover information is independently provided.

【0010】ホストコンピュータのCPUに、前記構成
制御インタフェースエリアを介して二重化通信インタフ
ェース部の系切換えを指示するインタフェースチャネル
接続/切離しコマンドを設ける。
The CPU of the host computer is provided with an interface channel connect / disconnect command for instructing system switching of the duplex communication interface section via the configuration control interface area.

【0011】ホストコンピュータのCPUに、前記通信
制御インタフェースエリアを介してマルチキャスト通信
におけるデータ送信先回線を示す宛先パターンテーブル
の設定を通信インタフェース部に行う宛先パターンテー
ブル設定コマンドを設ける。
The CPU of the host computer is provided with a destination pattern table setting command for setting the destination pattern table indicating the data transmission destination line in the multicast communication in the communication interface unit via the communication control interface area.

【0012】さらに、前記通信制御インタフェースエリ
アに通信インタフェース部でのマルチキャスト通信処理
における管理情報を記録しておくマルチキャスト通信管
理テーブルを設ける。
Further, a multicast communication management table is provided in the communication control interface area for recording management information in the multicast communication processing in the communication interface section.

【0013】さらに、前記リカバリインタフェースエリ
アに、多回線通信制御装置の各回線制御モジュールの回
線毎への一対一通信、マルチキャスト通信でのデータ送
信起動状況を記録しておくカレントライトポインタテー
ブルと、通信制御インタフェースでのCPUからの起動
状況を記録しておくネクストリードポインタテーブル、
及び前記宛先パターンテーブル設定コマンドによって通
知された宛先パターンテーブルを格納しておく宛先パタ
ーンテーブル格納エリアを設ける。
Furthermore, in the recovery interface area, there is a current write pointer table for recording the one-to-one communication for each line of each line control module of the multi-line communication control device, a data transmission start state in multicast communication, and communication. A next read pointer table for recording the activation status from the CPU in the control interface,
And a destination pattern table storage area for storing the destination pattern table notified by the destination pattern table setting command.

【0014】[0014]

【作用】上記手段は、通信制御インタフェースエリアを
介した通信処理にて次のように動作する。
The above means operates as follows in the communication processing through the communication control interface area.

【0015】通信インタフェース部は一対一通信やマル
チキャスト通信などのデータ通信起動をホストコンピュ
ータのCPUから受付け時にリカバリインタフェースエ
リア上のネクストリードポインタテーブルの該当要素へ
受付け中であることを示す値を記録し、回線制御モジュ
ールへのデータ送信起動時にカレントライトポインタテ
ーブルの該当要素へ起動の有無を示す値を記録する。さ
らに、マルチキャスト通信起動受付処理時は前記宛先パ
ターンテーブルで示されてる各回線へのデータ送信起動
状況を随時、通信制御インタフェースエリア上のマルチ
キャスト通信管理テーブルへ記録する。また、宛先パタ
ーンテーブル設定コマンドを受けた場合、その宛先パタ
ーンテーブルを通信インタフェース部内に取り込むだけ
でなく、リカバリインタフェースエリア上の宛先パター
ンテーブル格納エリアに設定しておく。
The communication interface section records a value indicating that it is being received in the corresponding element of the next read pointer table in the recovery interface area when receiving data communication activation such as one-to-one communication or multicast communication from the CPU of the host computer. , At the time of starting data transmission to the line control module, a value indicating the presence or absence of starting is recorded in the corresponding element of the current write pointer table. Further, during the multicast communication activation acceptance process, the data transmission activation status to each line indicated in the destination pattern table is recorded in the multicast communication management table in the communication control interface area as needed. When receiving the destination pattern table setting command, the destination pattern table is not only loaded into the communication interface unit but also set in the destination pattern table storage area on the recovery interface area.

【0016】また、上記手段は、構成制御インタフェー
スエリアを介した二重化通信インタフェース部の系切換
え処理にて次のように動作する。
Further, the above means operates as follows in the system switching processing of the duplex communication interface section via the configuration control interface area.

【0017】二重化通信インタフェース部は、その一方
を現用系(マスタ状態)、他方を待機系(スレーブ状
態)としてホストコンピュータのCPUが管理する。そ
の状態は多回線通信制御装置が接続されているインタフ
ェースチャネルの状態に基づいて管理され、マスタ状態
とは通信インタフェース部にリザーブ状態のインタフェ
ースチャネルが少なくとも1つ以上ある状態であり、ス
レーブ状態とは通信インタフェース部にリザーブ状態の
インタフェースチャネルがない状態である。ここで、イ
ンタフェースチャネルの状態は、多回線通信制御装置の
内部バス制御部がその内部バスと論理的に接続している
通信インタフェース部のインタフェースチャネルの状態
をリザーブ状態、内部バス制御部が論理的に内部バスか
ら切り離されている通信インタフェース部のインタフェ
ースチャネルの状態をフリー状態と呼ぶ。なお、一台の
多回線通信制御装置の内部バス上の2つの内部バス制御
部は、双方がリザーブ状態にならぬよう論理的接続を排
他的に制御されている。ここで、ホストコンピュータの
CPUからインタフェースチャネル接続/切離しコマン
ドを受けた通信インタフェース部は、多回線通信制御装
置の内部バス制御部と内部バスとの論理的接続/切離し
を行う。こうして、インタフェースチャネル接続/切離
しコマンドを用いて、二重化通信インタフェース部の現
用/待機系切換え処理を行うことができる。
The CPU of the host computer manages one of the duplex communication interface units as an active system (master state) and the other as a standby system (slave state). The state is managed based on the state of the interface channel to which the multi-line communication control device is connected. The master state is a state in which there is at least one reserved interface channel in the communication interface section, and the slave state is There is no reserved interface channel in the communication interface block. Here, the state of the interface channel is the reserved state of the interface channel of the communication interface unit logically connected to the internal bus by the internal bus control unit of the multi-line communication control device, and the internal bus control unit is the logical state. The state of the interface channel of the communication interface section, which is separated from the internal bus, is called the free state. Note that the two internal bus control units on the internal bus of one multi-line communication control device are exclusively controlled in logical connection so that both do not enter into the reserved state. Here, the communication interface unit that has received the interface channel connection / disconnection command from the CPU of the host computer performs logical connection / disconnection between the internal bus control unit and the internal bus of the multi-line communication control device. In this way, the active / standby system switching process of the duplex communication interface unit can be performed using the interface channel connect / disconnect command.

【0018】さらに、上記手段は、二重化通信インタフ
ェース部の系切換え処理により待機系から現用系へと切
換わった通信インタフェース部において、リカバリイン
タフェースエリアを介し、次のように動作する。
Further, the above means operates as follows via the recovery interface area in the communication interface section which has been switched from the standby system to the active system by the system switching processing of the duplex communication interface section.

【0019】まず、ホストコンピュータの主記憶部上の
リカバリインタフェースエリアにある宛先パターンテー
ブル格納エリアから通信インタフェース部内の宛先パタ
ーンテーブルを復元し、通信制御インタフェースエリア
のマルチキャスト通信管理テーブルの内、現在処理中で
あるものを通信インタフェース部内のマルチキャスト通
信管理テーブル編集エリアへ復元し、マルチキャスト通
信処理の引継ぎを行う。
First, the destination pattern table in the communication interface unit is restored from the destination pattern table storage area in the recovery interface area on the main storage unit of the host computer, and the currently processed multicast communication management table in the communication control interface area is being processed. Is restored to the multicast communication management table editing area in the communication interface unit, and the multicast communication processing is taken over.

【0020】[0020]

【実施例】以下、本発明の一実施例を図を用いて説明す
る。
An embodiment of the present invention will be described below with reference to the drawings.

【0021】図1は、本発明の一実施例に係わる情報通
信システムの概略構成及び、ホスト側のホストコンピュ
ータと多回線通信制御装置の内部構造を示したものであ
る。
FIG. 1 shows a schematic configuration of an information communication system according to an embodiment of the present invention and internal structures of a host computer on a host side and a multi-line communication control device.

【0022】情報通信システムは、ホストコンピュータ
100と多回線通信制御装置105から成るホスト側
と、ホスト側とネットワーク110を介して接続する端
末群111−1〜nより構成される。一台のホストコン
ピュータ100は、複数の多回線通信制御装置105を
接続し、前記多回線通信制御装置105は、複数の回線
109を収容する。ホストコンピュータ100は、CP
U101−1(〜101−n)、主記憶部A/B102
−a/b、通信インタフェース部103−a(103−
b)、コンピュータバスA/B104−a/b等の内部
構成要素は、二重化され、そのどちらか一方に故障が発
生しても運転を継続処理できるフォールトトレラントコ
ンピュータとなっている。そして、その構成要素の通信
インタフェース部103には多回線通信制御装置105
を接続する複数のインタフェースチャネル117を設
け、二重化通信インタフェース部103で同じ位置関係
にあるインタフェースチャネル(例えば、117−a1
と117−b1)に一台の多回線通信制御装置105を
接続して、多回線通信制御装置105とホストコンピュ
ータ100との接続経路の二重化を行っている。
The information communication system is composed of a host side including a host computer 100 and a multi-line communication control device 105, and terminal groups 111-1 to 111-n connected to the host side via a network 110. One host computer 100 connects a plurality of multi-line communication control devices 105, and the multi-line communication control device 105 accommodates a plurality of lines 109. The host computer 100 is a CP
U101-1 (-101-n), main memory unit A / B 102
-A / b, communication interface unit 103-a (103-
b), internal components such as the computer bus A / B 104-a / b are duplicated, and a fault-tolerant computer capable of continuing operation even if one of them fails. Then, the multi-line communication control device 105 is provided in the communication interface unit 103 of the component.
A plurality of interface channels 117 for connecting to each other are provided, and the interface channels having the same positional relationship in the duplex communication interface unit 103 (for example, 117-a1
And 117-b1), a single multi-line communication control unit 105 is connected to duplicate the connection path between the multi-line communication control unit 105 and the host computer 100.

【0023】多回線通信制御装置105は、その内部バ
ス108を制御する2つの内部バス制御部106を二重
化通信インタフェース部103の各インタフェースチャ
ネル117と拡張バスケーブル118を介してホストコ
ンピュータ100と接続される。多回線通信制御装置1
05の内部ではその内部バス108上に前記2つの内部
バス制御部106と複数の回線制御モジュール107が
接続されている。そして、回線制御モジュール107単
位に少数回線109の回線制御が行われ、多回線通信制
御装置105全体で多くの回線を制御している。こうし
て、ホストコンピュータ100は、回線109とネット
ワーク110を介して複数の端末111−1〜nとの通
信を行う。
In the multi-line communication control unit 105, two internal bus control units 106 for controlling the internal bus 108 are connected to the host computer 100 via each interface channel 117 of the duplex communication interface unit 103 and the expansion bus cable 118. It Multi-line communication control device 1
In the inside of 05, the two internal bus control units 106 and a plurality of line control modules 107 are connected to the internal bus 108. Then, the line control of the minority line 109 is performed for each line control module 107, and the multi-line communication control device 105 as a whole controls many lines. In this way, the host computer 100 communicates with the plurality of terminals 111-1 to n via the line 109 and the network 110.

【0024】また、本情報通信システムでの通信処理
は、ホストコンピュータ100のCPU101、通信イ
ンタフェース部103のMPU112、及び回線制御モ
ジュール107のMPU113のそれぞれで分散して行
う。そして、その通信処理にて通信データは、主記憶部
102上の送受信バッファ114、通信インタフェース
部103内の送受信バッファ115、回線制御モジュー
ル107内の送受信バッファ116を経由してやり取り
される。ここで、二重化主記憶部A/B102−a/b
の送受信バッファ114−a/bへのアクセスについて
通信インタフェース部103の場合を例にとって述べ
る。通信インタフェース部103から主記憶部102の
送受信バッファ114へ通信データ(受信データなど)
を転送する場合、通信インタフェース部103は、二重
化コンピュータバスA/B104−a/bを介して主記
憶部A/B102−a/b双方の送受信バッファ114
−a/bへ同一データを転送する。また、主記憶部10
2の送受信バッファ114から通信インタフェース部1
03へ通信データ(送信データなど)を取り込む場合、
通信インタフェース部103は、二重化コンピュータバ
スA/B104−a/bを介して主記憶部A/B102
−a/b双方の送受信バッファ114−a/bから同一
データを、突合せチェックを行って取り込む。なお、各
部での通信処理の内容については後で述べる。
The communication processing in this information communication system is distributed and performed by each of the CPU 101 of the host computer 100, the MPU 112 of the communication interface section 103, and the MPU 113 of the line control module 107. In the communication process, communication data is exchanged via the transmission / reception buffer 114 on the main storage unit 102, the transmission / reception buffer 115 in the communication interface unit 103, and the transmission / reception buffer 116 in the line control module 107. Here, the redundant main storage unit A / B 102-a / b
The access to the transmission / reception buffer 114-a / b will be described by taking the case of the communication interface unit 103 as an example. Communication data (reception data, etc.) from the communication interface unit 103 to the transmission / reception buffer 114 of the main storage unit 102
When transferring data, the communication interface unit 103 uses the duplex computer bus A / B 104-a / b to send / receive buffers 114 of both main storage units A / B 102-a / b.
-Transfer the same data to a / b. In addition, the main storage unit 10
2 transmission / reception buffer 114 to communication interface unit 1
When importing communication data (transmission data etc.) to 03,
The communication interface unit 103 has a main storage unit A / B 102 via a redundant computer bus A / B 104-a / b.
-A / b The same data is received from both transmission / reception buffers 114-a / b by performing a match check. The contents of communication processing in each unit will be described later.

【0025】さらに、ホストコンピュータ100内部の
二重化通信インタフェース部103は、その一方を現用
系(マスタ状態)、他方を待機系(スレーブ状態)とし
てホストコンピュータ100のCPU101により管理
される。その状態は、多回線通信制御装置105が接続
されているインタフェースチャネル117の状態に基づ
いて管理される。マスタ状態とは、通信インタフェース
103にリザーブ状態のインタフェースチャネル117
が少なくとも1つ以上ある状態であり、スレーブ状態と
は、通信インタフェース103にリザーブ状態のインタ
フェースチャネル117がない状態である。ここで、イ
ンタフェースチャネル117の状態において、内部バス
制御部106が論理的に内部バス108に接続している
通信インタフェース103のインタフェースチャネル1
17の状態をリザーブ状態、内部バス制御部106が論
理的に内部バス108から切り離されている通信インタ
フェース部103のインタフェースチャネル117の状
態をフリー状態と呼ぶ。なお、一台の多回線通信制御装
置105の内部バス108上の2つの内部バス制御部1
06は、双方がリザーブ状態にならぬよう論理的接続を
排他的に制御されている。
Further, the duplicated communication interface section 103 inside the host computer 100 is managed by the CPU 101 of the host computer 100 with one of them as an active system (master state) and the other as a standby system (slave state). The state is managed based on the state of the interface channel 117 to which the multi-line communication control device 105 is connected. The master state means that the communication interface 103 reserves the interface channel 117.
Is a state in which there is at least one, and the slave state is a state in which there is no reserved interface channel 117 in the communication interface 103. Here, in the state of the interface channel 117, the interface channel 1 of the communication interface 103 in which the internal bus control unit 106 is logically connected to the internal bus 108.
The state of 17 is called a reserve state, and the state of the interface channel 117 of the communication interface unit 103 in which the internal bus control unit 106 is logically disconnected from the internal bus 108 is called a free state. The two internal bus control units 1 on the internal bus 108 of one multi-line communication control device 105
In 06, the logical connection is exclusively controlled so that neither of them becomes the reserved state.

【0026】図2は、本発明の一実施例の情報通信シス
テムにおけるホスト側の通信処理インタフェース構造を
示したものである。
FIG. 2 shows a communication processing interface structure on the host side in the information communication system according to the embodiment of the present invention.

【0027】まず、ホストコンピュータ100内におけ
るCPU101〜通信インタフェース部103間のイン
タフェースについて述べる。
First, the interface between the CPU 101 and the communication interface unit 103 in the host computer 100 will be described.

【0028】CPU101〜通信インタフェース部10
3間インタフェースには、1つの端末111とデータ送
受信を行う一対一通信や複数の端末111−1〜nへ一
度に同一のデータ送信を行うマルチキャスト通信などの
データ通信処理を行うための通信制御インタフェース、
二重化通信インタフェース部103の系切換えや多回線
通信制御装置の構成の変更を行うための構成制御インタ
フェースがある。各インタフェースにて用いられるテー
ブルは、主記憶部102上の各エリアに置く。通信制御
インタフェースエリアには、ホストコンピュータ100
のCPU101が通信インタフェース部103への起動
時に起動コマンドの宛先を示す情報を登録する起動先識
別キュー・テーブル200、回線109単位のデータ送
信を要求する一対一通信コマンドの登録を行う一対一通
信起動キュー・テーブル201、複数回線へ同一のデー
タ送信を要求するマルチキャスト通信コマンドの登録を
行うマルチキャスト通信起動テーブル202、回線制御
モジュール107が前記一対一通信コマンドの終了情報
を登録する一対一通信終了報告キュー・テーブル20
3、通信インタフェース部103が前記マルチキャスト
通信コマンドの終了情報を登録するマルチキャスト通信
終了報告キュー・テーブル204、端末111からのデ
ータ受信情報を登録するデータ受信報告キュー・テーブ
ル205、回線109上で通信異常などが発生した場合
の報告情報を登録する通信割込み報告キュー・テーブル
206、通信インタフェース部103がホストコンピュ
ータ100のCPU101へ前記コマンド終了やデータ
受信などの報告割込み時にその報告先を示す情報を登録
する割込み報告先識別キュー・テーブル207、前記マ
ルチキャスト通信コマンドに対する処理時に通信インタ
フェース部103が各回線へのデータ送信起動処理状況
等の管理に用いるマルチキャスト通信管理テーブル20
8、及び回線制御モジュール107が通信インタフェー
ス部103からマルチキャスト通信処理におけるデータ
送信起動の受付完了を示す情報を登録するマルチキャス
ト通信起動受付完了報告キュー・テーブル209があ
る。ここで、一対一通信起動キュー・テーブル201、
一対一通信終了報告キュー・テーブル203、データ受
信報告キュー・テーブル205、通信割込み報告キュー
・テーブル206、及びマルチキャスト通信起動受付完
了報告キュー・テーブル209は、通信インタフェース
部103以下に接続されている全ての多回線通信制御装
置105が収容している回線数毎に設けられ、各回線で
の送受信データの順序管理が行なわれる。また、通信イ
ンタフェース部103で同時に複数のマルチキャスト通
信処理の管理ができるように、マルチキャスト通信管理
テーブル208は複数設けられる。なお、本通信制御イ
ンタフェースエリア上の各テーブルは、二重化通信イン
タフェース部103共通で、現用系の通信インタフェー
ス部103のみがアクセス可能である。さらに、前記通
信制御インタフェースに関連して通信インタフェース部
103には次の二つのエリアがある。宛先パターンテー
ブル用ワークエリア230は、ホストコンピュータ10
0のCPU101から通信インタフェース部103に通
知されるマルチキャスト通信時の送信宛先を示す宛先パ
ターンテーブルを格納するエリアである。マルチキャス
ト通信管理テーブル編集エリア231は、前記宛先パタ
ーンテーブル用ワークエリア230に格納されている宛
先パターンテーブルを基に前記マルチキャスト通信管理
テーブル208を作成するためのエリアである。また、
マルチキャスト通信管理テーブル編集エリア231内
は、マルチキャスト通信管理テーブル208の面数分の
エリアに分けられる。ここで、通信インタフェース部1
03におけるマルチキャスト通信コマンド処理の内、デ
ータ送信先探索やCPU101への終了情報作成時には
前記マルチキャスト通信管理テーブル編集エリア231
内のマルチキャスト通信管理テーブルを主として使用
し、前記通信制御インタフェースエリア上のマルチキャ
スト通信管理テーブル208は、マルチキャスト通信処
理の経過状況を記録することを目的として使用される。
CPU 101 to communication interface unit 10
The three-way interface is a communication control interface for performing data communication processing such as one-to-one communication for transmitting / receiving data to / from one terminal 111 or multicast communication for transmitting the same data to a plurality of terminals 111-1 to 111-n at a time. ,
There is a configuration control interface for switching the system of the redundant communication interface unit 103 and changing the configuration of the multi-line communication control device. The table used in each interface is placed in each area on the main storage unit 102. In the communication control interface area, the host computer 100
When the CPU 101 starts up to the communication interface unit 103, the boot destination identification queue table 200 for registering information indicating the destination of the boot command, and the one-to-one communication boot for registering the one-to-one communication command requesting data transmission for each line 109 Queue table 201, multicast communication activation table 202 for registering a multicast communication command requesting the same data transmission to a plurality of lines, line control module 107 for registering end information of said one-to-one communication command, one-to-one communication end report queue・ Table 20
3. The communication interface unit 103 registers a multicast communication end report queue table 204 for registering the end information of the multicast communication command, a data reception report queue table 205 for registering data reception information from the terminal 111, and a communication error on the line 109. Communication interrupt report queue table 206 for registering report information in the case of occurrence of the above, and the communication interface unit 103 registers information indicating the report destination at the time of a report interrupt such as the command end or data reception in the CPU 101 of the host computer 100. The interrupt report destination identification queue table 207, and the multicast communication management table 20 used by the communication interface unit 103 to manage the data transmission start processing status to each line when processing the multicast communication command.
8 and the line control module 107 includes a multicast communication activation acceptance completion report queue table 209 for registering information indicating acceptance completion of data transmission activation in the multicast communication processing from the communication interface unit 103. Here, the one-to-one communication activation queue table 201,
The one-to-one communication end report queue table 203, the data reception report queue table 205, the communication interrupt report queue table 206, and the multicast communication start acceptance completion report queue table 209 are all connected below the communication interface unit 103. Is provided for each number of lines accommodated in the multi-line communication control unit 105, and order management of transmission / reception data on each line is performed. Further, a plurality of multicast communication management tables 208 are provided so that the communication interface unit 103 can simultaneously manage a plurality of multicast communication processes. Each table on this communication control interface area is common to the duplicated communication interface unit 103, and only the active communication interface unit 103 can access it. Further, the communication interface unit 103 has the following two areas in relation to the communication control interface. The work area 230 for the destination pattern table is the host computer 10
It is an area for storing a destination pattern table indicating a transmission destination in the multicast communication notified from the CPU 101 of 0 to the communication interface unit 103. The multicast communication management table editing area 231 is an area for creating the multicast communication management table 208 based on the destination pattern table stored in the destination pattern table work area 230. Also,
The multicast communication management table editing area 231 is divided into areas corresponding to the number of faces of the multicast communication management table 208. Here, the communication interface unit 1
In the multicast communication command processing in No. 03, the multicast communication management table editing area 231 is used when searching for a data transmission destination or creating end information for the CPU 101.
The multicast communication management table therein is mainly used, and the multicast communication management table 208 on the communication control interface area is used for the purpose of recording the progress status of the multicast communication processing.

【0029】構成制御インタフェースには、ホストコン
ピュータ100のCPU101が通信インタフェース部
103へ系切換えなどのコマンドの起動メッセージの連
絡に用いる起動メッセージテーブル220と、通信イン
タフェース部103がホストコンピュータ100のCP
U101へ該コマンド終了報告などの終了メッセージの
連絡に用いる終了メッセージテーブル221とがある。
ここで、起動メッセージ/終了メッセージには複数の優
先レベルが設けられ、ある特定コマンドの優先処理を可
能とし、起動メッセージテーブル220、終了メッセー
ジテーブル221はそのレベル毎にある。なお、本構成
制御インタフェース上の各テーブルは二重化通信インタ
フェース部103それぞれに独立して設けている。
The configuration control interface includes a start message table 220 used by the CPU 101 of the host computer 100 to notify the communication interface unit 103 of a start message of a command such as system switching, and the communication interface unit 103 of the CP of the host computer 100.
There is an end message table 221 used to notify the U101 of an end message such as the command end report.
Here, the start message / end message is provided with a plurality of priority levels to enable priority processing of a specific command, and the start message table 220 and the end message table 221 are provided for each level. Each table on this configuration control interface is provided independently for each duplicated communication interface unit 103.

【0030】次に、ホストコンピュータ100と多回線
通信制御装置105とのインタフェース、すなわち通信
インタフェース部103〜回線制御モジュール107間
インタフェースについて述べる。
Next, an interface between the host computer 100 and the multi-line communication control device 105, that is, an interface between the communication interface section 103 and the line control module 107 will be described.

【0031】通信インタフェース部103〜回線制御モ
ジュール107間インタフェースには、ホストコンピュ
ータ100のCPU101からの前記一対一通信コマン
ド受付により通信インタフェース部103が該当回線1
09の回線制御モジュール107へ一対一通信コマンド
を登録するための一対一通信コマンドキュー・テーブル
240、ホストコンピュータ100のCPU101から
の前記マルチキャスト通信コマンド受付により通信イン
タフェース部103が該当回線109の回線制御モジュ
ール107へマルチキャスト通信コマンドを登録するた
めのマルチキャスト通信コマンドキュー・テーブル24
1、回線制御モジュール107が通信インタフェース部
103へ前記一対一通信コマンドのデータ送信処理終了
報告、前記マルチキャスト通信コマンドの起動受付完了
報告または端末111からのデータ受信報告や回線異常
発生報告を行う際に発行する割込みが前記いずれの報告
を通知するのかを示す割込み通知テーブル242があ
る。ここで、前記マルチキャスト通信コマンドキュー・
テーブル241へのマルチキャスト通信コマンドの登録
可能な数を増やすため、主記憶部102に回線制御モジ
ュール拡張バッファエリアを設けている。
In the interface between the communication interface unit 103 and the line control module 107, the communication interface unit 103 receives the one-to-one communication command from the CPU 101 of the host computer 100 and the corresponding line 1
The one-to-one communication command queue table 240 for registering the one-to-one communication command in the line control module 107 of 09, the communication interface unit 103 receives the multicast communication command from the CPU 101 of the host computer 100, and the line control module of the corresponding line 109 Multicast communication command queue table 24 for registering a multicast communication command in 107
1. When the line control module 107 sends a data transmission processing end report of the one-to-one communication command, a start reception completion report of the multicast communication command, a data reception report from the terminal 111, or a line abnormality occurrence report to the communication interface unit 103. There is an interrupt notification table 242 indicating which of the above reports is issued by the issued interrupt. Here, the multicast communication command queue
To increase the number of multicast communication commands that can be registered in the table 241, a line control module expansion buffer area is provided in the main storage unit 102.

【0032】最後に、二重化通信インタフェース部10
3の系切換え時の二重化通信インタフェース部103間
でのデータ連続性保証のための処理経過引継ぎ情報をや
り取りするリカバリインタフェースについて述べる。
Finally, the duplex communication interface unit 10
A recovery interface for exchanging process progress takeover information for guaranteeing data continuity between the duplex communication interface units 103 at the time of system switching will be described.

【0033】リカバリインタフェースエリアには、各回
線制御モジュール107の前記一対一通信コマンドキュ
ー・テーブル240、マルチキャスト通信コマンドキュ
ー・テーブル241における現在のデータ送信起動登録
ポイントを記録するカレントライトポインタテーブル2
10、通信インタフェース部103がホストコンピュー
タ100のCPU101からの起動受付時に、前記起動
先識別キュー・テーブル200と各回線の一対一通信起
動キュー・テーブル201において、次回の起動受付で
の起動情報取り込みポイントを記録するネクストリード
ポインタテーブル211、宛先パターンテーブルを格納
しておく宛先パターンテーブル格納エリア212があ
る。
In the recovery interface area, the current write pointer table 2 for recording the current data transmission start registration point in the one-to-one communication command queue table 240 and the multicast communication command queue table 241 of each line control module 107.
10. When the communication interface unit 103 accepts activation from the CPU 101 of the host computer 100, in the activation destination identification queue table 200 and the one-to-one communication activation queue table 201 of each line, the activation information acquisition point at the next activation acceptance There is a next read pointer table 211 for recording a destination pattern table and a destination pattern table storage area 212 for storing a destination pattern table.

【0034】次に、図3、図4、図5、及び図6を用い
て上記インタフェースを構成するテーブルの構造を説明
する。
Next, the structure of the table constituting the above interface will be described with reference to FIGS. 3, 4, 5, and 6.

【0035】図3(a)は起動先識別キュー・テーブル
200と割込み報告先識別キュー・テーブル207の構
造を示したものである。図中、301は本キュー・テー
ブルへの情報登録可能な情報登録エリア303の位置
(番号)を示すライトポインタ、302は情報の登録が
なされている情報登録エリア303の位置(番号)を示
すリードポインタである。ここで、情報登録エリア30
3の個数nは、通信インタフェース部103以下の多回
線通信制御装置105に収容している全ての回線109
それぞれへm回のデータ送信起動が可能な個数である。
FIG. 3A shows the structure of the boot destination identification queue table 200 and the interrupt report destination identification queue table 207. In the figure, 301 is a write pointer indicating the position (number) of the information registration area 303 in which information can be registered in this queue table, and 302 is a read indicating the position (number) of the information registration area 303 where information is registered. It is a pointer. Here, the information registration area 30
The number n of 3 is the number of all the lines 109 accommodated in the multi-line communication control device 105 below the communication interface unit 103.
The number is such that data transmission can be activated m times to each.

【0036】図3(b)は、前記一対一通信起動キュー
・テーブル201、前記一対一通信終了報告キュー・テ
ーブル203、前記マルチキャスト通信終了報告キュー
・テーブル204、前記データ受信報告キュー・テーブ
ル205、前記通信割込み報告キュー・テーブル20
6、前記マルチキャスト通信起動受付完了報告キュー・
テーブル209及び前記一対一通信コマンドキュー・テ
ーブル240の構造を示したものである。図中、311
は、本キュー・テーブルへの情報登録可能な情報登録エ
リア313の位置(番号)を示すライトポインタ、31
2は、情報の登録がなされている情報登録エリア313
の位置(番号)を示すリードポインタである。ここで、
情報登録エリア313の個数mは回線制御モジュール1
07が各回線109毎に有している送信/受信データバ
ッファの個数分である。
FIG. 3B shows the one-to-one communication activation queue table 201, the one-to-one communication end report queue table 203, the multicast communication end report queue table 204, the data reception report queue table 205. Communication interruption report queue table 20
6, the multicast communication start acceptance completion report queue
3 shows a structure of a table 209 and the one-to-one communication command queue table 240. 311 in the figure
Is a write pointer indicating the position (number) of the information registration area 313 where information can be registered in the queue table, 31
2 is an information registration area 313 where information is registered
Is a read pointer indicating the position (number) of. here,
The number m of information registration areas 313 is the line control module 1
07 is the number of transmission / reception data buffers that each line 109 has.

【0037】図3(c)は、前記マルチキャスト通信起
動テーブル202の構造を示したものである。図中、3
21はその下の情報登録エリア322に有効起動情報が
登録されているかどうかを示す起動フラグである。ここ
で、情報登録エリア322の個数lは、マルチキャスト
通信管理テーブル208の面数、すなわち通信インタフ
ェース部103にて同時に処理可能なマルチキャスト通
信の数であり、各情報登録エリア322と各マルチキャ
スト通信管理テーブル208とは一対一の対応関係にあ
る。
FIG. 3 (c) shows the structure of the multicast communication activation table 202. 3 in the figure
Reference numeral 21 is a start flag indicating whether or not valid start information is registered in the information registration area 322 below it. Here, the number l of the information registration areas 322 is the number of faces of the multicast communication management table 208, that is, the number of multicast communications that can be simultaneously processed by the communication interface unit 103, and each information registration area 322 and each multicast communication management table There is a one-to-one correspondence with 208.

【0038】図3(d)は、前記マルチキャスト通信コ
マンドキュー・テーブル241の構造を示したものであ
る。図中、331は、本キュー・テーブルへの情報登録
可能な情報登録エリア333の位置(番号)を示すライ
トポインタ、332は、情報の登録がなされている情報
登録エリア333の位置(番号)を示すリードポインタ
である。ここで、情報登録エリア333の個数kは、回
線109の品質が低下して一時データ送信のスループッ
トが低下しても数秒間は通信インタフェース部103か
らのマルチキャスト通信コマンドを受付可能な個数であ
る。
FIG. 3D shows the structure of the multicast communication command queue table 241. In the figure, 331 is a write pointer indicating the position (number) of the information registration area 333 in which information can be registered in this queue table, and 332 is the position (number) of the information registration area 333 in which information is registered. This is the read pointer. Here, the number k of the information registration areas 333 is the number that can receive the multicast communication command from the communication interface unit 103 for several seconds even if the quality of the line 109 deteriorates and the throughput of temporary data transmission decreases.

【0039】図3(e)は、前記割込み通知テーブル2
42の構造を示したものである。図中、341は、本割
込み通知テーブル242に有効な割込み情報が設定され
ているかどうかを示す有効フラグである。342から3
45は割込み通知の種別を表すフラグで、342は、一
対一通信コマンド処理の終了報告であることを示す一対
一通信終了報告フラグ、343は、回線異常発生などの
通信割込み報告であることを示す通信割込み報告フラ
グ、344は、端末111からのデータ受信報告である
ことを示すデータ受信報告フラグ、345は、マルチキ
ャスト通信コマンドの起動受付完了報告であることを示
すマルチキャスト通信起動受付完了報告フラグである。
346から348は、割込み通知発生元を表し、346
は、多回線通信制御装置105内の回線制御モジュール
番号、347は、回線制御モジュール107での回線番
号、348は、回線109上の端末番号である。
FIG. 3E shows the interrupt notification table 2
42 shows the structure of 42. In the figure, 341 is a valid flag indicating whether valid interrupt information is set in the interrupt notification table 242. 342 to 3
Reference numeral 45 is a flag indicating the type of interrupt notification, 342 is a one-to-one communication end report flag indicating that it is a one-to-one communication command processing end report, and 343 is a communication interrupt report such as a line abnormality occurrence. The communication interruption report flag 344, a data reception report flag indicating that it is a data reception report from the terminal 111, and 345 is a multicast communication activation acceptance completion report flag indicating that it is a multicast communication command activation acceptance completion report. .
Reference numerals 346 to 348 represent interrupt notification sources.
Is a line control module number in the multi-line communication control device 105, 347 is a line number in the line control module 107, and 348 is a terminal number on the line 109.

【0040】ここで、上記各キュー・テーブル(20
0,201,203〜207,209,240及び24
1)は、FIFO(First In First O
ut)方式により制御され、各キュー・テーブルのライ
トポインタ及びリードポインタは以下のように処理され
る。ライトポインタ301(あるいは311,331)
及びリードポインタ302(あるいは312,332)
は、更新の際、n(あるいはm,k)番目の情報登録エ
リア303−n(あるいは313−m,333−k)の
次は1番目の情報登録エリア303−1(あるいは31
3−1,333−1)を示すように処理される。また、
ライトポインタ301(あるいは311,331)を更
新する際は、リードポインタ302(あるいは312,
332)が示す情報登録エリア303(あるいは31
3,333)より先のエリアを示さないように処理さ
れ、リードポインタ302(あるいは312,332)
を更新する際は、ライトポインタ301(あるいは31
1,331)が示す情報登録エリア303(あるいは3
13,333)より先のエリアを示さないように処理さ
れる。
Here, each of the queue tables (20
0,201,203-207,209,240 and 24
1) is a FIFO (First In First O)
ut) method, and the write pointer and read pointer of each queue table are processed as follows. Write pointer 301 (or 311,331)
And the read pointer 302 (or 312, 332)
Is the first information registration area 303-1 (or 31) next to the n (or m, k) th information registration area 303-n (or 313-m, 333-k) when updating.
3-1 and 333-1). Also,
When updating the write pointer 301 (or 311 and 331), the read pointer 302 (or 312 and
332) indicates the information registration area 303 (or 31)
3, 333) is processed so as not to indicate an area beyond the read pointer 302 (or 312, 332).
To update the write pointer 301 (or 31
1, 331) indicates the information registration area 303 (or 3)
13 and 333) are processed so as not to show the area before.

【0041】図4(a)は、前記カレントライトポイン
タテーブル210の構造を示したものである。図中、4
01は、各回線制御モジュール107の一対一通信コマ
ンドキュー・テーブル240のライトポインタ311を
記録する一対一通信用記録エリア、402は、各回線制
御モジュール107のマルチキャスト通信コマンドキュ
ー・テーブル241のライトポインタ331を記録する
マルチキャスト通信用記録エリアである。ここで、各記
録エリアは、通信インタフェース部103に接続されて
いる多回線通信制御装置105の全回線制御モジュール
107毎の記録フィールド403(404)−1〜nか
ら成り、回線制御モジュール用記録フィールド403
(404)は、回線制御モジュール107に接続してい
る各回線109毎の記録要素405(406)−1〜m
から成る。したがって、前記カレントライトポインタテ
ーブル210において、上記各コマンドキュー・テーブ
ル(240,241)のライトポインタ(311,33
1)は、該当記録要素(405,406)に記録され
る。
FIG. 4A shows the structure of the current write pointer table 210. 4 in the figure
Reference numeral 01 is a one-to-one communication recording area for recording the write pointer 311 of the one-to-one communication command queue table 240 of each line control module 107, and 402 is a write pointer of the multicast communication command queue table 241 of each line control module 107. This is a recording area for multicast communication in which 331 is recorded. Here, each recording area is composed of recording fields 403 (404) -1 to n for all the line control modules 107 of the multi-line communication control device 105 connected to the communication interface unit 103, and recording fields for the line control module. 403
(404) is a recording element 405 (406) -1 to m for each line 109 connected to the line control module 107.
Consists of. Therefore, in the current write pointer table 210, the write pointers (311, 33) of the command queue tables (240, 241) are written.
1) is recorded in the corresponding recording element (405, 406).

【0042】図4(b)は、前記ネクストリードポイン
タテーブル211の構造を示したものである。図中、4
10は、前記起動先識別キュー・テーブル200のライ
トポインタ301を記録する起動先識別キュー・テーブ
ル用記録フィールド、411は、前記一対一通信起動キ
ュー・テーブル201のライトポインタ311を記録す
る一対一通信起動キュー・テーブル用記録エリアであ
る。ここで、一対一通信起動キュー・テーブル用記録エ
リア411は、通信インタフェース部103に接続され
ている多回線通信制御装置105の全回線制御モジュー
ル107毎の記録フィールド412−1〜nから成る。
回線制御モジュール用記録フィールド412は、回線制
御モジュール107に接続している各回線109毎の一
対一通信起動キュー・テーブル201のライトポインタ
311を記録する記録要素413−1〜mから成る。
FIG. 4B shows the structure of the next read pointer table 211. 4 in the figure
Reference numeral 10 is a recording field for a boot destination identification queue table for recording the write pointer 301 of the boot destination identification queue table 200, and 411 is a one-to-one communication for recording the write pointer 311 of the boot queue table 201. This is a recording area for the boot queue table. Here, the one-to-one communication activation queue table recording area 411 includes recording fields 412-1 to 41-n for all the line control modules 107 of the multi-line communication control device 105 connected to the communication interface unit 103.
The line control module recording field 412 is composed of recording elements 413-1 to 41-m for recording the write pointer 311 of the one-to-one communication activation queue table 201 for each line 109 connected to the line control module 107.

【0043】図5(a)は、通信インタフェース部10
3において、回線制御モジュール107にマルチキャス
ト通信のデータ送信を指示する際に参照される宛先パタ
ーンテーブル500の構造を示したものである。図中、
501は、通信インタフェース部103以下の全多回線
通信制御装置105内の全ての回線制御モジュール10
7に順次割り付けた番号を表す回線制御モジュール番
号、502は各回線制御モジュール107毎に収容して
いる回線109に順次割り付けた番号を表す回線番号で
ある。本宛先パターンテーブル500では各回線制御モ
ジュール番号501の回線番号502毎にマルチキャス
ト通信処理におけるデータ送信の要否をそれぞれ1、0
の値で表す。また、マルチキャスト送信データの内容に
よりデータ送信先の複数回線の組合せ変更が可能なよう
に、宛先パターンテーブル500は複数存在する。
FIG. 5A shows the communication interface unit 10.
3 shows the structure of the destination pattern table 500 that is referred to when instructing the line control module 107 to send data in multicast communication. In the figure,
Reference numeral 501 denotes all the line control modules 10 in the all-multi-line communication control device 105 below the communication interface unit 103.
7 is a line control module number representing the numbers sequentially assigned, and 502 is a line number representing the numbers sequentially assigned to the lines 109 accommodated in each line control module 107. In the destination pattern table 500, the necessity of data transmission in the multicast communication process is set to 1, 0 for each line number 502 of each line control module number 501.
It is expressed by the value of. Further, there are a plurality of destination pattern tables 500 so that the combination of a plurality of data transmission destinations can be changed according to the contents of the multicast transmission data.

【0044】図5(b)は、前記マルチキャスト通信管
理テーブル208の構造を示したものである。図中、5
11は、マルチキャスト通信起動処理時にデータ送信す
る回線109のうち、未だ該当回線制御モジュール10
7にマルチキャスト通信コマンドの登録を行っていない
回線109の総数を表す未起動総数である。512は、
通信インタフェース部103以下の全多回線通信制御装
置105において収容している全ての回線109を対象
として、マルチキャスト通信起動処理時のデータ送信の
要否を表す起動管理エリアであり、その構造は宛先パタ
ーンテーブル500と同一である。513は、マルチキ
ャスト通信起動処理時に回線制御モジュール107へマ
ルチキャスト通信コマンドの登録を行った回線109の
うち、通信インタフェース部103からのマルチキャス
ト通信起動に対し、その受付処理の完了報告を回線制御
モジュールから未だ受け取っていない総数(回線単位)
を表す未終了報告受付総数である。514は、マルチキ
ャスト通信起動に対する回線制御モジュール107から
の受付完了報告を、通信インタフェース部103で受け
取ったことを記憶しておくための終了監視エリアであ
り、その構造は宛先パターンテーブル500と同一であ
る。515は、マルチキャスト通信起動時に何らかの異
常のため回線制御モジュール107へ起動がかけられな
かった場合、あるいはマルチキャスト通信起動に対する
回線制御モジュール107からの受付完了報告が異常報
告の場合の総数(回線単位)を表す異常終了総数であ
る。516−1〜l,517−1〜l,518−1〜l
は、それぞれ前記異常終了した回線制御モジュール番
号、回線番号及びその異常の内容を記憶するための回線
制御モジュール番号記録フィールド、回線番号記録フィ
ールド及び異常種別記録フィールドである。516,5
17,518の1〜lには、異常終了が発生した順に登
録される。
FIG. 5B shows the structure of the multicast communication management table 208. 5 in the figure
Reference numeral 11 denotes the relevant line control module 10 among the lines 109 for transmitting data during the multicast communication activation process.
7 is the total number of lines 109 that have not registered the multicast communication command and are not yet activated. 512 is
This is an activation management area indicating the necessity of data transmission at the time of multicast communication activation processing for all the lines 109 accommodated in the all-multi-line communication control device 105 below the communication interface unit 103, and its structure is a destination pattern. It is the same as the table 500. A line control module 513 has not yet received from the line control module a completion report of the reception process in response to the start of multicast communication from the communication interface unit 103 among the lines 109 that have registered the multicast communication command in the line control module 107 during the multicast communication start process. Total number not received (per line)
Is the total number of unfinished report receptions. Reference numeral 514 is an end monitoring area for storing that the communication interface unit 103 has received the reception completion report from the line control module 107 for the start of multicast communication, and its structure is the same as that of the destination pattern table 500. . 515 is the total number (in units of lines) of the case where the line control module 107 is not activated due to some abnormality at the time of multicast communication activation, or the reception completion report from the line control module 107 for multicast communication activation is an abnormality report. This is the total number of abnormal terminations. 516-1 to 1, 517-1 to 1, 518-1 to l
Are a line control module number recording field, a line number recording field, and an abnormality type recording field for storing the line control module number which ended abnormally, the line number and the details of the abnormality. 516,5
Items 1 to 1 of 17,518 are registered in the order in which the abnormal end occurs.

【0045】図6(a)は起動メッセージテーブル22
0の構造を示したものである。図中、600は、本起動
メッセージテーブル220に起動情報の設定の有無を示
す有効フラグ、601は、本起動メッセージテーブル2
20の優先レベルを表す起動識別番号、602は、起動
情報の設定を行う起動情報設定エリアである。
FIG. 6A shows the activation message table 22.
The structure of 0 is shown. In the figure, 600 is a valid flag indicating whether or not the startup information is set in the main startup message table 220, and 601 is the main startup message table 2
A boot identification number 602 indicating the priority level of 20 is a boot information setting area for setting boot information.

【0046】図6(b)は、前記終了メッセージテーブ
ル221の構造を示したものである。図中、600は、
本終了メッセージテーブル220に終了情報の設定の有
無を示す有効フラグ、601は、本終了メッセージテー
ブル220の優先レベルを表す終了識別番号、602
は、終了情報の設定を行う終了情報設定エリアである。
FIG. 6 (b) shows the structure of the end message table 221. In the figure, 600 is
A valid flag indicating whether or not the end information is set in the final end message table 220, 601 is an end identification number indicating the priority level of the final end message table 220, and 602.
Is an end information setting area for setting end information.

【0047】次に、図7、図8を用いて、上記構成制御
インタフェース、上記通信制御インタフェースの起動/
終了処理手順を説明する。
Next, referring to FIG. 7 and FIG. 8, start / run of the configuration control interface and the communication control interface will be described.
The termination processing procedure will be described.

【0048】図7は、上記構成制御インタフェースの起
動/終了処理手順を示したものである。
FIG. 7 shows a procedure for starting / terminating the configuration control interface.

【0049】まず、図7(a)を用いて構成制御インタ
フェース上での起動処理手順について述べる。
First, the start-up processing procedure on the configuration control interface will be described with reference to FIG.

【0050】ホストコンピュータ100のCPU101
は通信インタフェース部103へ二重化通信インタフェ
ース部103の系切換えなどの構成制御指示を行う場
合、主記憶部102上の起動メッセージテーブル220
へ構成制御指示コマンドなどの起動情報を設定し
(1)、通信インタフェース部103へ連絡割込みを発
行し(2)、通信インタフェース部103へのコマンド
起動を行う。そして、ホストコンピュータ100のCP
U101から連絡割込みを受けた通信インタフェース部
103は、前記起動メッセージテーブル220上の起動
情報を取込んだ後(3)、ホストコンピュータ100の
CPU101へ連絡割込みを発行し(4)、CPU10
1からの起動情報取込み完了を通知する。
CPU 101 of host computer 100
When instructing the communication interface unit 103 to perform configuration control such as system switching of the redundant communication interface unit 103, the startup message table 220 on the main storage unit 102
Activation information such as a configuration control instruction command is set (1), a communication interrupt is issued to the communication interface unit 103 (2), and a command is activated to the communication interface unit 103. Then, the CP of the host computer 100
The communication interface unit 103, which has received the contact interrupt from the U101, fetches the start information on the start message table 220 (3), then issues a contact interrupt to the CPU 101 of the host computer 100 (4), and the CPU 10
Notify that the start information acquisition from 1 is completed.

【0051】図7(b)は、上記構成制御インタフェー
ス上での終了処理手順を示したものである。
FIG. 7B shows a termination processing procedure on the configuration control interface.

【0052】前記起動処理により受付けたコマンドの処
理を終了した通信インタフェース部103は、ホストコ
ンピュータ100のCPU101へその終了報告を行
う。この場合、通信インタフェース部103は、主記憶
部102上の終了メッセージテーブル221へ終了報告
情報を設定し(1)、ホストコンピュータ100のCP
U101へ連絡割込みを発行し(2)、ホストコンピュ
ータ100のCPU101へコマンド終了報告を行う。
そして、通信インタフェース部103から連絡割込みを
受けたホストコンピュータ100のCPU101は前記
終了メッセージテーブル221上の終了報告情報を取り
込んだ後(3)、通信インタフェース部103へ連絡割
込みを発行し(4)、通信インタフェース部103から
の終了報告情報取り込み完了を通知する。
The communication interface unit 103, which has completed the processing of the command received by the activation processing, reports the completion to the CPU 101 of the host computer 100. In this case, the communication interface unit 103 sets the end report information in the end message table 221 on the main storage unit 102 (1), and the CP of the host computer 100 is set.
A contact interrupt is issued to U101 (2), and a command end report is sent to the CPU 101 of the host computer 100.
Then, the CPU 101 of the host computer 100 receiving the contact interrupt from the communication interface unit 103 fetches the end report information on the end message table 221 (3), and then issues the contact interrupt to the communication interface unit 103 (4), Notification of completion of fetching the end report information from the communication interface unit 103 is given.

【0053】図8は、通信制御インタフェース及び通信
インタフェース部〜回線制御モジュール間インタフェー
スにおける通信処理のうち、一対一通信の起動/終了処
理手順を示したものである。以下、起動/終了処理を分
けて説明する。
FIG. 8 shows a start / end processing procedure of one-to-one communication among the communication processing in the communication control interface and the interface between the communication interface section and the line control module. The start / end processing will be described separately below.

【0054】図8(a)は、二つのインタフェースにお
ける一対一通信の起動処理手順を示したものである。
FIG. 8A shows the procedure for activating one-to-one communication in the two interfaces.

【0055】ホストコンピュータ100のCPU101
は、回線制御モジュール107に対して回線109への
データ送信を要求する場合、データ送信を行いたい回線
109に対応したホストコンピュータ100の主記憶部
102上の一対一通信起動キュー・テーブル201へ一
対一通信コマンドを登録する(1)。つぎに、前記主記
憶部102上の起動先識別キュー・テーブル200へ、
前記一対一通信コマンドを登録した先の一対一通信起動
キュー・テーブル201を示す起動先識別情報を登録し
て起動要求を行う(2)。そして、通信インタフェース
部103は、CPU101による前記起動先識別キュー
・テーブル200への登録状況を周期的に監視し、該起
動先識別情報の登録を検出すると(3)、該当回線制御
モジュール107内の該当一対一通信コマンドキュー・
テーブル240へ該一対一通信コマンドの登録を行う
(4)。ここで、前記一対一通信コマンドには、本コマ
ンドが一対一通信なのかマルチキャスト通信なのかを表
す通信種別、主記憶部102上の送信データ格納アドレ
ス及び送信データの大きさが記録される。また、マルチ
キャスト通信時のマルチキャスト通信コマンドには、前
記一対一通信コマンドの内容に加え、マルチキャスト通
信起動処理にて使用する宛先パターンテーブル500の
番号が記録される。そして、起動先識別情報には前記各
コマンドの登録先が記録される。
CPU 101 of host computer 100
When requesting the line control module 107 to transmit data to the line 109, the pair is set to the one-to-one communication activation queue table 201 on the main storage unit 102 of the host computer 100 corresponding to the line 109 to which the data is to be transmitted. One communication command is registered (1). Next, to the boot destination identification queue table 200 on the main storage unit 102,
The activation request is made by registering the activation destination identification information indicating the one-to-one communication activation queue table 201 to which the one-to-one communication command is registered (2). Then, the communication interface unit 103 periodically monitors the registration status of the CPU 101 in the activation destination identification queue table 200, and when detecting the registration of the activation destination identification information (3), the communication interface unit 103 in the corresponding line control module 107 Corresponding one-to-one communication command queue
The one-to-one communication command is registered in the table 240 (4). Here, in the one-to-one communication command, a communication type indicating whether the command is one-to-one communication or multicast communication, a transmission data storage address on the main storage unit 102, and a size of transmission data are recorded. Further, in the multicast communication command at the time of multicast communication, in addition to the contents of the one-to-one communication command, the number of the destination pattern table 500 used in the multicast communication start processing is recorded. Then, the registration destination of each command is recorded in the activation destination identification information.

【0056】図8(b)は、前記二つのインタフェース
における一対一通信の終了処理手順を示したものであ
る。
FIG. 8 (b) shows a procedure for ending one-to-one communication in the two interfaces.

【0057】回線制御モジュール107は、一対一通信
コマンド処理を完了すると、主記憶部102上の該当一
対一通信終了報告キュー・テーブル203に終了情報を
登録する(1)。そして、割込み通知テーブル242に
諸情報を設定して通信インタフェース部103に割込み
を発行する(2)。通信インタフェース部103では、
回線制御モジュール107から該割込みを受けると、前
記割込み通知テーブルを取込み(3)、その割込み情報
を主記憶部102上の割込み報告先識別キュー・テーブ
ル207に登録して(4)CPU101へ割込みを発行
する。
Upon completion of the one-to-one communication command processing, the line control module 107 registers the end information in the corresponding one-to-one communication end report queue table 203 in the main storage unit 102 (1). Then, various information is set in the interrupt notification table 242 and an interrupt is issued to the communication interface unit 103 (2). In the communication interface unit 103,
When the interrupt is received from the line control module 107, the interrupt notification table is fetched (3), the interrupt information is registered in the interrupt report destination identification queue table 207 in the main storage unit (4), and the interrupt is sent to the CPU 101. Issue.

【0058】以下、図9から図13を用いて現用系通信
インタフェース部におけるデータ通信の詳細な処理手順
を説明する。
A detailed processing procedure of data communication in the active communication interface section will be described below with reference to FIGS. 9 to 13.

【0059】まず、図9、図10及び図11を用いて、
起動受付処理/一対一通信起動処理及び割込み受付処理
/割込み報告処理のフローを説明する。
First, referring to FIGS. 9, 10 and 11,
The flow of the start acceptance process / one-to-one communication start process and the interrupt acceptance process / interrupt report process will be described.

【0060】図9は、現用系通信インタフェース部にお
ける起動受付処理/一対一通信起動処理のフローを示し
たものである。
FIG. 9 shows the flow of the start acceptance process / one-to-one communication start process in the active communication interface section.

【0061】起動受付処理900において、通信インタ
フェース部103は、自系通信インタフェース部103
の状態がマスタ状態かスレーブ状態か判別し(ステップ
901)、スレーブ状態の場合は前記判別処理を繰り返
す。前記判別(ステップ901)の結果自系通信インタ
フェース部103の状態がマスタ状態の場合、主記憶部
102上の通信制御インタフェースエリアにある起動先
識別キュー・テーブル200のライトポインタ301と
リードポインタ302の差分から登録情報の有無を調べ
(902)、登録情報が無い場合(差分がゼロ)、再び
自系通信インタフェース部103のマスタ/スレーブ状
態を調べる。前記判別(ステップ902)の結果登録情
報が有る場合(差分がゼロでない)、前記起動先識別キ
ュー・テーブル200のリードポインタ302が示す情
報登録エリア303の起動先識別情報を読出し(90
3)、前記起動先識別情報の内容から起動種別の判定を
行う(904)。前記判定(ステップ904)の結果起
動種別が一対一通信起動の場合、前記起動先識別情報が
示す一対一通信起動キュー・テーブル201と一対一に
対応する回線制御モジュール107内の一対一通信コマ
ンドキュー・テーブル240の現在のライトポインタ3
11の値(カレントライトポインタ)を、主記憶部10
2上のリカバリインタフェースエリアにあるカレントラ
イトポインタテーブル210内の一対一通信用記録エリ
ア401の該当回線制御モジュール用記録フィールド4
03の該当回線用記録要素405に登録する(90
5)。つぎに、前記リカバリインタフェースエリアにあ
るネクストリードポインタテーブル211の起動先識別
キュー・テーブル用記録フィールド410に、起動先識
別キュー・テーブル200のリードポインタ302を更
新した値(ネクストリードポインタ)を記録することに
より、起動先識別キュー・テーブル200のネクストリ
ードポインタを更新し(906)、次回読出す情報登録
エリア303先を記憶しておく。つぎに、一対一通信起
動キュー・テーブル201のリードポインタ312の示
す情報登録エリア313の一対一通信コマンドを、回線
制御モジュール107の一対一通信コマンドキュー・テ
ーブル240のライトポインタ311の示す情報登録エ
リア313に書込み、そのライトポインタ311を更新
する(907)。そして、ネクストリードポインタテー
ブル211内にて、一対一通信起動キュー・テーブル2
01のネクストリードポインタを更新し(908)、起
動先識別キュー・テーブル200のリードポインタ30
2を更新して(909)、該起動先識別情報を廃棄しC
PU101からのデータ通信要求に対する通信インタフ
ェース部103での起動処理を完了する。ここで、ネク
ストリードポインタとは、通信インタフェース部103
がキュー・テーブル内の登録情報をどこまで読出したか
を示すもので、本ポインタを更新してもキュー・テーブ
ルから登録情報を取り出すわけではない。なお、本ポイ
ンタもリードポインタ、ライトポインタ同様イニシャル
時、ゼロに初期化される。前記判定(ステップ904)
の結果、起動種別がマルチキャスト通信起動の場合、起
動先識別キュー・テーブル200のネクストリードポイ
ンタを更新し(910)マルチキャスト通信起動処理9
11に通信処理を引渡して(911)、再び自系通信イ
ンタフェース部103のマスタ/スレーブ状態を調べ
る。
In the start acceptance processing 900, the communication interface unit 103 determines that the own system communication interface unit 103
It is discriminated whether the state is the master state or the slave state (step 901), and when it is the slave state, the discrimination processing is repeated. As a result of the determination (step 901), when the state of the own system communication interface unit 103 is the master state, the write pointer 301 and the read pointer 302 of the boot destination identification queue table 200 in the communication control interface area on the main storage unit 102 The presence / absence of registration information is checked from the difference (902). If there is no registration information (the difference is zero), the master / slave state of the own system communication interface unit 103 is checked again. If there is registration information as a result of the determination (step 902) (the difference is not zero), the boot destination identification information in the information registration area 303 indicated by the read pointer 302 of the boot destination identification queue table 200 is read (90).
3), the start type is determined from the contents of the start destination identification information (904). If the result of the determination (step 904) is that the activation type is the one-to-one communication activation, the one-to-one communication command queue in the line control module 107 corresponding to the one-to-one communication activation queue table 201 indicated by the activation destination identification information.・ Current write pointer 3 of table 240
The value of 11 (current write pointer) is stored in the main storage unit 10
2 for the corresponding line control module in the recording area for one-to-one communication 401 in the current write pointer table 210 in the recovery interface area
03 is registered in the corresponding line recording element 405 (90
5). Next, the updated value (next read pointer) of the read pointer 302 of the boot destination identification queue table 200 is recorded in the boot destination identification queue table recording field 410 of the next read pointer table 211 in the recovery interface area. As a result, the next read pointer of the boot destination identification queue table 200 is updated (906), and the destination of the information registration area 303 to be read next time is stored. Next, the one-to-one communication command of the information registration area 313 indicated by the read pointer 312 of the one-to-one communication activation queue table 201 is transferred to the information registration area of the write pointer 311 of the one-to-one communication command queue table 240 of the line control module 107. The write pointer 311 is written in 313 and the write pointer 311 is updated (907). Then, in the next read pointer table 211, the one-to-one communication activation queue table 2
The next read pointer of 01 is updated (908), and the read pointer 30 of the activation destination identification queue table 200 is updated.
2 is updated (909), the activation destination identification information is discarded, and C
The activation process in the communication interface unit 103 in response to the data communication request from the PU 101 is completed. Here, the next read pointer is the communication interface unit 103.
Indicates how far the registration information in the queue table has been read, and updating this pointer does not mean that the registration information is retrieved from the queue table. Note that this pointer is also initialized to zero at the time of initializing like the read pointer and the write pointer. The judgment (step 904)
As a result, when the start type is multicast communication start, the next read pointer of the start destination identification queue table 200 is updated (910), and the multicast communication start processing 9
The communication process is handed over to 11 (911), and the master / slave state of the own system communication interface unit 103 is checked again.

【0062】このように、現用系の通信インタフェース
部では、マスタ状態の時のみ通信制御インタフェースを
介したCPUからのデータ通信要求に対する起動処理を
行う。
As described above, the active communication interface section performs the activation process in response to the data communication request from the CPU via the communication control interface only in the master state.

【0063】図10は、回線制御モジュールにおけるデ
ータ通信処理の概略を示したものである。
FIG. 10 shows an outline of data communication processing in the line control module.

【0064】図10(a)は、回線制御モジュール10
7における一対一通信起動処理の手順を示したものであ
る。
FIG. 10A shows the line control module 10.
7 shows a procedure of a one-to-one communication activation process in 7.

【0065】回線制御モジュール107は、通信インタ
フェース部103からのコマンド登録状況を周期的に監
視し、図9にて説明した処理により一対一通信コマンド
キュー・テーブル240に一対一通信コマンドが登録さ
れていると(1)、その一対一通信コマンドの内容に従
って主記憶部102上の送受信バッファ114から回線
制御モジュール107内の送受信バッファ116へ送信
データを転送する(2)。そして、該当回線109に該
送信データを送出する(3)。
The line control module 107 periodically monitors the command registration status from the communication interface unit 103, and the one-to-one communication command is registered in the one-to-one communication command queue table 240 by the processing described in FIG. When (1), the transmission data is transferred from the transmission / reception buffer 114 in the main storage unit 102 to the transmission / reception buffer 116 in the line control module 107 according to the content of the one-to-one communication command (2). Then, the transmission data is sent to the relevant line 109 (3).

【0066】ここで、マルチキャスト通信起動処理の場
合、送信データは通信インタフェース部103により通
信インタフェース部103内の送受信バッファ115に
設定される。そして、回線制御モジュール107は送受
信バッファ115から送受信バッファ116へその送信
データの転送を行い、転送完了後前記通信インタフェー
ス部103に起動受付完了報告を行う。さらに、回線制
御モジュール107では回線109への送信データ送出
後、回線109からデータ送信に対する送達確認を受取
ると、該当コマンドキュー・テーブルのリードポインタ
(312あるいは332)を更新して該当コマンドを廃
棄する。前記送達確認が一対一通信時のデータ送信に対
するものである場合、通信インタフェース部103にそ
の一対一通信の終了報告を行う。
Here, in the case of the multicast communication activation process, the transmission data is set in the transmission / reception buffer 115 in the communication interface unit 103 by the communication interface unit 103. Then, the line control module 107 transfers the transmission data from the transmission / reception buffer 115 to the transmission / reception buffer 116, and notifies the communication interface unit 103 of the start acceptance completion after the transfer is completed. Further, the line control module 107, after sending the transmission data to the line 109 and receiving a delivery confirmation for the data transmission from the line 109, updates the read pointer (312 or 332) of the corresponding command queue table and discards the corresponding command. . When the delivery confirmation is for data transmission during one-to-one communication, the communication interface unit 103 is notified of the end of the one-to-one communication.

【0067】また、回線制御モジュール107では、一
対一通信コマンドキュー・テーブル240とは別にマル
チキャスト通信コマンドキュー・テーブル241を有し
ており、各々のコマンドキュー・テーブルの周期的監視
の割合を変更することで、端末111へ提供するデータ
通信の優先度を変更することができる。
The line control module 107 has a multicast communication command queue table 241 in addition to the one-to-one communication command queue table 240, and changes the ratio of periodic monitoring of each command queue table. Thus, the priority of data communication provided to the terminal 111 can be changed.

【0068】図10(b)は、回線制御モジュール10
7における端末111からのデータ受信処理の手順を示
したものである。
FIG. 10B shows the line control module 10.
7 shows a procedure of data reception processing from the terminal 111 in FIG.

【0069】回線制御モジュール107は、通信インタ
フェース部103へ端末111からのデータ受信報告を
行う場合、ホストコンピュータ100の主記憶部102
上の送受信バッファ114へ受信データを転送する
(1)。そして、主記憶部102上の通信制御インタフ
ェースエリアにあるデータ受信報告キュー・テーブル2
05へ受信報告を登録し(2)、割込み通知テーブル2
42に諸情報を設定して通信インタフェース部103へ
割込みを発行する(3)。
When the line control module 107 reports data reception from the terminal 111 to the communication interface unit 103, the main storage unit 102 of the host computer 100.
The received data is transferred to the transmission / reception buffer 114 above (1). Then, the data reception report queue table 2 in the communication control interface area on the main storage unit 102
Register the reception report in 05 (2), interrupt notification table 2
Various information is set in 42 and an interrupt is issued to the communication interface unit 103 (3).

【0070】図11は、回線制御モジュールからの割込
みを受付けた現用系通信インタフェース部での割込み受
付処理及び割込み報告処理を示したものである。
FIG. 11 shows an interrupt acceptance process and an interrupt report process in the active communication interface unit that has accepted an interrupt from the line control module.

【0071】割込み受付処理1100において通信イン
タフェース部103は、回線制御モジュール107から
割込みを受けると自系通信インタフェース部103の状
態がマスタ状態かスレーブ状態か判別し(1101)、
スレーブ状態の場合は本処理を終了する。前記判別(ス
テップ1101)の結果、自系通信インタフェース部1
03の状態がマスタ状態の場合は回線制御モジュール1
07内の割込み通知テーブル242の割込み情報を読込
み(1102)、その割込み通知テーブル242の有効
フラグ341がON状態か否か判別する(1103)。
前記判別(ステップ1102)の結果有効フラグ341
がON状態でない場合は本処理を終了し、有効フラグ3
41がON状態の場合は割込み情報の種別を調べる(1
104)。調査の結果、一対一通信終了報告フラグ34
2がON状態で前記割込み情報がホストコンピュータ1
00からの起動に対する終了割込みであれば、その割込
み情報に対応する一対一通信起動キュー・テーブル20
1のリードポインタ312を更新して(1105)、該
当一対一通信コマンドを廃棄する。そして、前記割込み
情報を主記憶部102上の割込み報告先識別キュー・テ
ーブル207へ登録し(1106)、ホストコンピュー
タ100のCPU101へ割込みを発行して(110
7)、割込み通知テーブル242の有効フラグ341を
OFFする(1108)。また、調査の結果、データ受
信報告フラグ344がON状態で前記割込み情報が回線
109からのデータ受信である場合、あるいは通信割込
み報告フラグ343がON状態で前記割込み情報が通信
異常発生などである場合は、割込み情報の割込み報告先
識別キュー・テーブル207への登録(1106)、C
PU101への割込み発行(1107)及び有効フラグ
341のOFF(1108)を行う。さらに調査の結
果、マルチキャスト通信起動受付完了報告フラグ345
がON状態で前記割込み情報がマルチキャスト通信起動
に対する受付完了である場合、マルチキャスト通信起動
受付完了報告受付処理1109に割込み受付処理を引渡
す(1109)。
In the interrupt acceptance process 1100, when the communication interface unit 103 receives an interrupt from the line control module 107, the communication interface unit 103 determines whether the state of the own system communication interface unit 103 is the master state or the slave state (1101).
In the slave state, this process ends. As a result of the determination (step 1101), the own system communication interface unit 1
When the status of 03 is master status, the line control module 1
The interrupt information of the interrupt notification table 242 in 07 is read (1102), and it is determined whether the valid flag 341 of the interrupt notification table 242 is ON (1103).
Result valid flag 341 of the determination (step 1102)
If is not in the ON state, this process ends and the valid flag 3
If 41 is ON, check the type of interrupt information (1
104). As a result of the investigation, the one-to-one communication end report flag 34
2 is ON, the interrupt information is the host computer 1
If it is a termination interrupt for activation from 00, the one-to-one communication activation queue table 20 corresponding to the interruption information
The read pointer 312 of 1 is updated (1105) and the corresponding one-to-one communication command is discarded. Then, the interrupt information is registered in the interrupt report destination identification queue table 207 on the main storage unit 102 (1106), and an interrupt is issued to the CPU 101 of the host computer 100 (110).
7), the valid flag 341 of the interrupt notification table 242 is turned off (1108). Further, as a result of the investigation, when the data reception report flag 344 is in the ON state and the interrupt information is data reception from the line 109, or when the communication interrupt report flag 343 is in the ON state and the interrupt information indicates that a communication error has occurred. Registers the interrupt information in the interrupt report destination identification queue table 207 (1106), C
An interrupt is issued to the PU 101 (1107) and the valid flag 341 is turned off (1108). Furthermore, as a result of the investigation, the multicast communication activation acceptance completion report flag 345
When is ON and the interrupt information indicates that the reception of the start of multicast communication has been completed, the interrupt reception processing is handed over to the reception processing 1109 of the completion notification of the start of multicast communication (1109).

【0072】このように、現用系の通信インタフェース
部では、回線制御モジュールから割込みを受取ると、マ
スタ状態の時のみその割込み種別に応じた割込み受付処
理を行い、ホストコンピュータのCPUへ報告する。
As described above, when the active communication interface section receives an interrupt from the line control module, it performs interrupt acceptance processing according to the interrupt type only in the master state and reports it to the CPU of the host computer.

【0073】つぎに、図12、図13及び図14を用い
て、現用系通信インタフェース部におけるマルチキャス
ト通信処理のフローを説明する。
Next, the flow of the multicast communication process in the active communication interface section will be described with reference to FIGS. 12, 13 and 14.

【0074】図12は、現用系通信インタフェース部に
おけるマルチキャスト通信起動処理のフローチャートを
示したものである。
FIG. 12 shows a flowchart of the multicast communication activation process in the active communication interface section.

【0075】ホストコンピュータ100内のCPU10
1からの起動先識別情報の起動種別がマルチキャスト通
信起動の場合、通信インタフェース部103では、起動
受付処理900からマルチキャスト通信起動処理911
に通信処理が引継がれる。
CPU 10 in host computer 100
When the activation type of the activation destination identification information from 1 is the multicast communication activation, the communication interface unit 103 starts the activation acceptance processing 900 through the multicast communication activation processing 911.
Communication processing is taken over.

【0076】マルチキャスト通信起動処理911におい
て前記通信インタフェース部103は、前記起動先識別
情報からマルチキャスト通信起動テーブル202の該当
する情報登録エリア322を検出して該当マルチキャス
ト通信コマンドを読込み、前記マルチキャスト通信コマ
ンドの内容に従って主記憶部102上の送受信バッファ
114からマルチキャスト送信データを送受信バッファ
115に転送する(1201)。つぎに、前記マルチキ
ャスト通信コマンドによりCPU101から指定された
宛先パターンテーブル500を、宛先パターンテーブル
用ワークエリア230から、マルチキャスト通信管理テ
ーブル編集エリア231内の情報登録エリア322と一
対一に対応したワーク用のマルチキャスト通信管理テー
ブルの起動管理エリア512及び終了監視エリア514
へコピーして、マルチキャスト通信管理テーブル208
の基を作成する(1202)。そして、前記作成したマ
ルチキャスト通信管理テーブルを主記憶部102上の通
信制御インタフェースエリアにある該当マルチキャスト
通信管理テーブル208に設定する(1203)。つぎ
に、前記マルチキャスト通信管理テーブル編集エリア2
31内のマルチキャスト通信管理テーブルの起動管理エ
リア512からマルチキャスト送信データの送信先回線
を検出し(1204)、該当回線制御モジュール107
内のマルチキャスト通信コマンドキュー・テーブル24
1のライトポインタ331が示す情報登録エリア333
へ前記マルチキャスト通信コマンドを書込む(120
5)。通信インタフェース部103は、前記書込みが正
常に行えたか否かを判別し(1206)、正常に書込め
た場合マルチキャスト通信コマンドキュー・テーブル2
41のライトポインタ331を更新し(1207)、マ
ルチキャスト通信管理テーブル208の起動管理エリア
512内の該当回線の起動フラグを1から0に書替える
(1208)。そして、マルチキャスト通信コマンドキ
ュー・テーブル241のライトポインタ331を、主記
憶部102上のカレントライトポインタテーブル210
のマルチキャスト通信用記録エリア402内の該当回線
制御モジュール用記録フィールド404の該当回線用記
録要素406に記憶する(1209)。前記判別の結
果、正常に書込めなかった場合、該当マルチキャスト通
信管理テーブルの異常終了記憶エリア内の該当回線制御
モジュール番号記録フィールド516/回線番号記録フ
ィールド517/異常種別記録フィールド518に、そ
れぞれ前記登録不可回線制御モジュール番号/回線番号
及び異常種別を記憶する(1210)。そして、前記マ
ルチキャスト通信管理テーブルの異常終了総数515を
加算し(1211)、終了監視エリア514内の該当回
線の監視フラグを1から0に書替えて未終了報告受付総
数513を減算し、起動管理エリア512内の該当回線
の起動フラグを1から0に書替える(1212)。上記
各々の判別内容に応じた処理の後、該当マルチキャスト
通信管理テーブルの未起動総数511を減算し(121
3)、未起動総数511がゼロか否か判別する(121
4)。前記判別(ステップ1214)の結果、未起動回
線総数511がゼロでない場合は前記マルチキャスト通
信管理テーブルの起動管理エリア512からマルチキャ
スト送信データの次の送信先回線を検出し(120
4)、以下同様の処理を行う。前記判別(ステップ12
14)の結果、未起動回線総数511がゼロの場合はマ
ルチキャスト送信データを送信する回線109がもうな
いことを意味し、通信インタフェース部103は回線制
御モジュール107からのマルチキャスト通信起動に対
する受付完了報告を監視するため、マルチキャスト通信
終了監視タイマを作動させ(1215)、起動先識別キ
ュー・テーブル200のリードポインタ302を更新し
(1216)、該起動先識別情報を廃棄して本処理を終
了する。
In the multicast communication activation process 911, the communication interface unit 103 detects the corresponding information registration area 322 of the multicast communication activation table 202 from the activation destination identification information, reads the corresponding multicast communication command, and reads the multicast communication command. According to the content, the multicast transmission data is transferred from the transmission / reception buffer 114 on the main storage unit 102 to the transmission / reception buffer 115 (1201). Next, the destination pattern table 500 designated by the CPU 101 by the multicast communication command is used for the work corresponding to the information registration area 322 in the multicast communication management table editing area 231 from the work area 230 for the destination pattern table. Start management area 512 and end monitoring area 514 of the multicast communication management table
To the multicast communication management table 208
The group of is created (1202). Then, the created multicast communication management table is set in the corresponding multicast communication management table 208 in the communication control interface area on the main storage unit 102 (1203). Next, the multicast communication management table editing area 2
The destination line of the multicast transmission data is detected from the activation management area 512 of the multicast communication management table in 31 (1204), and the corresponding line control module 107 is detected.
Multicast communication command queue table 24 in
Information registration area 333 indicated by the write pointer 331 of No. 1
Write the multicast communication command to (120
5). The communication interface unit 103 determines whether the writing has been normally performed (1206), and if the writing is normally performed, the multicast communication command queue table 2
The write pointer 331 of 41 is updated (1207), and the activation flag of the corresponding line in the activation management area 512 of the multicast communication management table 208 is rewritten from 1 to 0 (1208). Then, the write pointer 331 of the multicast communication command queue table 241 is set to the current write pointer table 210 on the main storage unit 102.
It is stored in the corresponding line recording element 406 of the corresponding line control module recording field 404 in the multicast communication recording area 402 (1209). As a result of the discrimination, if the data cannot be normally written, the registration is performed in the corresponding line control module number recording field 516 / line number recording field 517 / abnormality type recording field 518 in the abnormal end storage area of the corresponding multicast communication management table, respectively. The unavailable line control module number / line number and the abnormality type are stored (1210). Then, the abnormal termination total number 515 of the multicast communication management table is added (1211), the monitoring flag of the relevant line in the termination monitoring area 514 is rewritten from 1 to 0, and the unfinished report acceptance total number 513 is subtracted, and the start management area The start flag of the corresponding line in 512 is rewritten from 1 to 0 (1212). After the processing according to the respective determination contents, the total number 511 of non-startups of the corresponding multicast communication management table is subtracted (121
3), it is determined whether or not the total number of non-startups 511 is zero (121
4). As a result of the determination (step 1214), if the total number of unactivated lines 511 is not zero, the next destination line of the multicast transmission data is detected from the activation management area 512 of the multicast communication management table (120).
4), the same processing is performed thereafter. The determination (step 12
As a result of 14), when the total number of unactivated lines 511 is zero, it means that there is no line 109 for transmitting the multicast transmission data, and the communication interface unit 103 sends a reception completion report from the line control module 107 to the start of multicast communication. In order to monitor, the multicast communication end monitoring timer is activated (1215), the read pointer 302 of the activation destination identification queue table 200 is updated (1216), the activation destination identification information is discarded, and this processing ends.

【0077】このように、現用系通信インタフェース部
は、主記憶部からマルチキャスト送信データを取込み、
指定宛先パターンテーブル500をもとに作成したマル
チキャスト通信管理テーブル208の起動管理エリア5
12の内容に従って、データ送信回線が接続される各回
線制御モジュール内のマルチキャスト通信コマンドキュ
ー・テーブルへマルチキャスト通信コマンドを登録す
る。
In this way, the active communication interface unit fetches the multicast transmission data from the main storage unit,
Activation management area 5 of the multicast communication management table 208 created based on the designated destination pattern table 500
According to the contents of 12, the multicast communication command is registered in the multicast communication command queue table in each line control module to which the data transmission line is connected.

【0078】ここで、上記処理のうちステップ1201
からステップ1204が完了するまでをマルチキャスト
ステータス1とし、ステップ1204完了後以降をマル
チキャストステータス2とする。マルチキャストステー
タス1/マルチキャストステータス2は、二重化通信イ
ンタフェース部103の系切換え処理におけるマルチキ
ャスト通信のリカバリ処理判別の指標となる。
Here, in the above processing, step 1201
From the completion of step 1204 to step 1204, the multicast status 1 is set, and after the step 1204 is set, multicast status 2 is set. The multicast status 1 / multicast status 2 is an index for determining the recovery processing of the multicast communication in the system switching processing of the duplex communication interface unit 103.

【0079】また、マルチキャスト通信起動処理で使用
する宛先パターンテーブル500を宛先パターンテーブ
ル用ワークエリア230へ設定する際は、宛先パターン
テーブル設定コマンドによりCPU101が通信インタ
フェース部103へその指示を行う。CPU101では
システム立上げ後最初にマルチキャスト通信を行う前
に、全宛先パターンテーブル500を宛先パターンテー
ブル用ワークエリア230に設定するために前記宛先パ
ターンテーブル設定コマンドを通信インタフェース部1
03へ発行する。そして、前記宛先パターンテーブル設
定コマンドを受取った通信インタフェース部103は、
そのコマンド内容に従って全宛先パターンテーブル50
0を宛先パターンテーブル用ワークエリア230に設定
し、主記憶部102上のリカバリインタフェースエリア
の宛先パターンテーブル格納エリア212に宛先パター
ンテーブル500を全てコピーする。さらに、CPU1
01では回線異常の発生などにより回線109へのデー
タ送信の要否を変更する場合、該当宛先パターンテーブ
ル500において該当回線のフラグを変更し、前記宛先
パターンテーブル設定コマンドを通信インタフェース部
103へ発行する。そして、前記宛先パターンテーブル
設定コマンドを受取った通信インタフェース部103
は、そのコマンド内容に従って前記変更宛先パターンテ
ーブルを宛先パターンテーブル用ワークエリア230及
び宛先パターンテーブル格納エリア212に再設定す
る。
When setting the destination pattern table 500 used in the multicast communication activation process in the work area 230 for the destination pattern table, the CPU 101 gives an instruction to the communication interface unit 103 by a destination pattern table setting command. In the CPU 101, before the first multicast communication after system startup, the destination pattern table setting command is set in the communication interface unit 1 in order to set the all destination pattern table 500 in the work area 230 for the destination pattern table.
Issue to 03. Then, the communication interface unit 103 receiving the destination pattern table setting command,
All destination pattern table 50 according to the command contents
0 is set in the destination pattern table work area 230, and the entire destination pattern table 500 is copied to the destination pattern table storage area 212 of the recovery interface area on the main storage unit 102. Furthermore, CPU1
In 01, when the necessity of data transmission to the line 109 is changed due to the occurrence of a line abnormality or the like, the flag of the corresponding line is changed in the corresponding destination pattern table 500, and the destination pattern table setting command is issued to the communication interface unit 103. . Then, the communication interface unit 103 which has received the destination pattern table setting command
Resets the changed destination pattern table in the destination pattern table work area 230 and the destination pattern table storage area 212 according to the content of the command.

【0080】また、通信インタフェース部103は、マ
ルチキャスト通信起動テーブル202内に複数ある情報
登録エリア322と一対一に対応してマルチキャスト通
信管理テーブル208を複数同時に管理し、複数のマル
チキャスト通信処理を行う。
Further, the communication interface section 103 simultaneously manages a plurality of multicast communication management tables 208 in a one-to-one correspondence with a plurality of information registration areas 322 in the multicast communication activation table 202, and carries out a plurality of multicast communication processes.

【0081】図13は、現用系通信インタフェース部に
おけるマルチキャスト通信起動受付完了報告受付処理の
フローチャートを示したものである。
FIG. 13 is a flow chart of the multicast communication activation acceptance completion report acceptance processing in the active communication interface section.

【0082】多回線通信制御装置105内の回線制御モ
ジュール107からの割込み報告の種別がマルチキャス
ト通信起動受付完了報告の場合、通信インタフェース部
103では、割込み受付処理1100からマルチキャス
ト通信起動受付完了報告受付処理1109に割込み処理
が引継がれる。
When the type of the interrupt report from the line control module 107 in the multi-line communication control unit 105 is the multicast communication start acceptance completion report, the communication interface unit 103 transmits the multicast communication start acceptance completion report acceptance process from the interrupt acceptance process 1100. The interrupt processing is taken over by 1109.

【0083】マルチキャスト通信起動受付完了報告受付
処理1109において通信インタフェース部103は、
該当割込み通知テーブル242の内容から該当マルチキ
ャスト通信起動受付完了報告キュー・テーブル209を
判別し、前記マルチキャスト通信起動受付完了報告キュ
ー・テーブル209のリードポインタ312が示す情報
登録エリア313から終了情報を読込む(1301)。
つぎに、その終了情報の内容が正常終了か否か判別し
(1302)、異常終了の場合のみ該当回線制御モジュ
ール番号/回線番号及び異常種別を、マルチキャスト通
信管理テーブル編集エリア231の該当マルチキャスト
通信管理テーブルの異常終了記憶エリア内の該当回線制
御モジュール番号記録フィールド516/回線番号記録
フィールド517/異常種別記録フィールド518にそ
れぞれ記録し(1303)、前記マルチキャスト通信管
理テーブルの異常終了総数515を加算する(130
4)。つぎに、通信インタフェース部103は、前記マ
ルチキャスト通信管理テーブルの終了監視エリア514
内の該当回線の監視フラグを1から0に書替え(130
5)、該当回線109については起動受付完了報告を受
取ったことを記録し、前記マルチキャスト通信管理テー
ブルの未終了報告受付総数513を減算する(130
6)。そして、前記未終了報告受付総数513がゼロか
否か判別し(1307)、ゼロでない場合は該当マルチ
キャスト通信起動受付完了報告キュー・テーブル209
のリードポインタ312を更新して(1309)該終了
情報を廃棄し、該当回線制御モジュール107の割込み
通知テーブル242の有効フラグ341をOFFして
(1310)、本処理を終了する。前記判別(ステップ
1307)の結果、未終了報告受付総数513がゼロの
場合は各回線制御モジュール107からマルチキャスト
通信起動に対する受付完了報告を全て受取ったことを意
味し、CPU101にマルチキャスト通信の終了報告を
行うためマルチキャスト通信終了報告処理1308に処
理を引渡し(1308)、マルチキャスト通信起動受付
完了報告キュー・テーブル209のリードポインタ31
2を更新して(1309)該終了情報を廃棄し、該当回
線制御モジュール107の割込み通知テーブル242の
有効フラグ341をOFFして(1310)、本処理を
終了する。ここで、二重化通信インタフェース部の系切
換え処理におけるマルチキャスト通信のリカバリ処理判
別の指標となるマルチキャストステータスは、上記処理
の間中2の状態である。
In the multicast communication start acceptance completion report acceptance processing 1109, the communication interface unit 103
The corresponding multicast communication activation acceptance completion report queue table 209 is discriminated from the contents of the interrupt notification table 242, and the end information is read from the information registration area 313 indicated by the read pointer 312 of the multicast communication activation acceptance completion report queue table 209. (1301).
Next, it is determined whether the content of the end information is normal end (1302), and only when the end is abnormal, the corresponding line control module number / line number and error type are set in the corresponding multicast communication management table edit area 231. It records in the corresponding line control module number recording field 516 / line number recording field 517 / abnormality type recording field 518 in the abnormal end storage area of the table (1303), and the abnormal end total number 515 of the multicast communication management table is added ( 130
4). Next, the communication interface unit 103 uses the end monitoring area 514 of the multicast communication management table.
Rewrite the monitoring flag of the corresponding line in 1 to 0 (130
5) Regarding the relevant line 109, the fact that the activation acceptance completion report has been received is recorded, and the uncompleted report acceptance total number 513 of the multicast communication management table is subtracted (130).
6). Then, it is judged whether or not the total number of uncompleted report receptions 513 is zero (1307), and if it is not zero, the corresponding multicast communication activation reception completion report queue table 209.
The read pointer 312 is updated (1309), the end information is discarded, the valid flag 341 of the interrupt notification table 242 of the relevant line control module 107 is turned off (1310), and this processing is ended. As a result of the determination (step 1307), if the total number of uncompleted report receptions 513 is zero, it means that all the reception completion reports for the start of multicast communication have been received from each line control module 107, and the completion report of multicast communication is sent to the CPU 101. In order to do so, the process is handed over to the multicast communication end report process 1308 (1308), and the read pointer 31 of the multicast communication start acceptance completion report queue table 209
2 is updated (1309), the end information is discarded, the valid flag 341 of the interrupt notification table 242 of the relevant line control module 107 is turned off (1310), and this processing ends. Here, the multicast status, which is an index for determining the recovery process of the multicast communication in the system switching process of the duplicated communication interface unit, is 2 during the above process.

【0084】図14は、現用系通信インタフェース部に
おけるマルチキャスト通信終了報告処理のフローチャー
トを示したものである。
FIG. 14 shows a flowchart of the multicast communication end report processing in the active communication interface section.

【0085】通信インタフェース部103は、マルチキ
ャスト通信起動受付完了報告受付処理1109におい
て、各回線制御モジュール107からマルチキャスト通
信起動に対する受付完了報告を全て受取ったことを確認
した場合、マルチキャスト通信終了報告処理1308に
処理を引継ぐ。
When the communication interface unit 103 confirms in the multicast communication activation acceptance completion report acceptance processing 1109 that all acceptance completion reports for the multicast communication activation are received from each line control module 107, the communication interface unit 103 proceeds to the multicast communication end report processing 1308. Take over processing.

【0086】マルチキャスト通信終了報告処理1308
において通信インタフェース部103は、該当マルチキ
ャスト通信の終了監視タイマが動作中か否か判別し(1
401)、動作中の場合のみ前記マルチキャスト通信終
了監視タイマを停止する(1402)。つぎに、マルチ
キャスト通信管理テーブル編集エリア231の該当マル
チキャスト通信管理テーブルの異常終了総数515を読
出して(1403)、異常終了総数515がゼロか否か
判別し(1404)、ゼロの場合は該マルチキャスト通
信は正常終了として終了報告情報を作成する(140
5)。前記判別(ステップ1404)の結果、異常終了
総数515がゼロでない場合、前記マルチキャスト通信
管理テーブルの異常終了記憶エリアをコピーして終了報
告情報を作成する(1406)。つぎに、作成した終了
報告情報を主記憶部102上のマルチキャスト通信終了
報告キュー・テーブル204のライトポインタ311が
示す情報登録エリア313に書込み、ライトポインタ3
11を更新する(1407)。そして、マルチキャスト
通信終了報告キュー・テーブル204に終了報告情報を
登録したことを、ホストコンピュータ100のCPU1
01に通知するための割込み報告先識別情報を作成し
(1408)、主記憶部102上の割込み報告先識別キ
ュー・テーブル207のライトポインタ301が示す情
報登録エリア303に前記割込み報告先識別情報を登録
してライトポインタ301を更新する(1409)。そ
して、CPU101へ割込みを発行して(1410)、
本処理を終了する。ここで、上記処理でCPU101へ
の割込み発行まではマルチキャストステータス2の状態
で、二重化通信インタフェース部103の系切換え処理
におけるマルチキャスト通信のリカバリ処理の対象とな
る。
Multicast communication end report processing 1308
In step S 1, the communication interface unit 103 determines whether the end monitoring timer of the corresponding multicast communication is operating (1
401), the multicast communication end monitoring timer is stopped only when it is operating (1402). Next, the abnormal termination total number 515 of the corresponding multicast communication management table in the multicast communication management table editing area 231 is read (1403), and it is determined whether the abnormal termination total number 515 is zero (1404). Creates termination report information as a normal termination (140
5). As a result of the determination (step 1404), if the abnormal termination total number 515 is not zero, the termination report information is created by copying the abnormal termination storage area of the multicast communication management table (1406). Next, the created end report information is written in the information registration area 313 indicated by the write pointer 311 of the multicast communication end report queue table 204 on the main storage unit 102, and the write pointer 3 is written.
11 is updated (1407). Then, registering the end report information in the multicast communication end report queue table 204 indicates that the CPU 1 of the host computer 100
01 interrupt notification destination identification information is generated (1408), and the interrupt report destination identification information is stored in the information registration area 303 indicated by the write pointer 301 of the interrupt report destination identification queue table 207 in the main storage unit 102. It registers and updates the write pointer 301 (1409). Then, an interrupt is issued to the CPU 101 (1410),
This process ends. Here, in the above processing, the status of the multicast status 2 is maintained until the interrupt is issued to the CPU 101, which is the target of the recovery processing of the multicast communication in the system switching processing of the duplex communication interface unit 103.

【0087】このように、現用系通信インタフェース部
では、多回線通信制御装置内の各回線制御モジュールか
らのマルチキャスト通信起動受付完了報告を受取ると、
マルチキャスト通信管理テーブルの終了監視エリア51
4における該当回線について、監視フラグをゼロに書替
えて受取済を記憶する。そして、マルチキャスト送信デ
ータを送信した全ての回線について、該当回線制御モジ
ュールからマルチキャスト通信起動受付完了報告を受取
完了すると、CPUへ該当マルチキャスト通信の終了を
報告する。
As described above, when the active communication interface section receives the multicast communication start acceptance completion report from each line control module in the multi-line communication control unit,
End monitoring area 51 of multicast communication management table
For the corresponding line in No. 4, the monitoring flag is rewritten to zero and the received is stored. Then, upon completion of receiving the multicast communication activation acceptance completion report from the corresponding line control module for all the lines that have transmitted the multicast transmission data, the CPU notifies the CPU of the end of the corresponding multicast communication.

【0088】ここで、前記マルチキャスト通信終了監視
タイマがタイムアウトして、所定時間内にマルチキャス
ト通信起動の受付完了報告を各回線制御モジュール10
7から必要数分受取れなかった場合、通信インタフェー
ス部103は該当マルチキャスト通信起動に対する回線
制御モジュール107からの受付完了報告受付を打切
る。つぎに、マルチキャスト通信管理テーブル編集エリ
ア231の該当マルチキャスト通信管理テーブルの終了
監視エリア514において、回線制御モジュール107
からのマルチキャスト通信起動受付完了報告の受取済が
記録されていない回線、すなわち、終了監視エリア51
4において監視フラグが1の回線を検出し、その回線は
異常終了と見なし、前記マルチキャスト通信管理テーブ
ルの異常終了記憶エリアに該当回線制御モジュール番号
/回線番号及び異常種別としてタイムアウトを記録し、
異常終了総数515を加算する。そして、終了監視エリ
ア514においてフラグが1の回線について全て前記異
常終了記憶エリアに記録すると、通信インタフェース部
103はマルチキャスト通信終了報告処理1308に処
理を引渡しCPU101にマルチキャスト通信の終了を
報告する。
Here, the multicast communication end monitoring timer has timed out, and a notification of the completion of acceptance of the multicast communication activation is issued within a predetermined time for each line control module 10.
If the required number is not received from 7, the communication interface unit 103 terminates the acceptance completion report acceptance from the line control module 107 for the corresponding multicast communication activation. Next, in the end monitoring area 514 of the corresponding multicast communication management table in the multicast communication management table editing area 231, the line control module 107
A line for which the receipt of the completion report of the multicast communication start acceptance from is not recorded, that is, the end monitoring area 51.
4, the line whose monitoring flag is 1 is detected, the line is regarded as an abnormal end, and the line control module number / line number and the timeout are recorded in the abnormal end storage area of the multicast communication management table,
The total number of abnormal terminations 515 is added. When all the lines with the flag of 1 in the end monitoring area 514 are recorded in the abnormal end storage area, the communication interface unit 103 transfers the process to the multicast communication end reporting process 1308 and reports the end of the multicast communication to the CPU 101.

【0089】また、図12、図13及び図14において
説明したマルチキャスト通信処理では、先に述べたよう
に通信インタフェース部103のマルチキャスト通信管
理テーブル編集エリア231内の該当マルチキャスト通
信管理テーブルを用いるが、テーブルの未起動総数51
1及び未終了報告受付総数513の減算、起動管理エリ
ア512及び終了監視エリア514の該当フラグの書替
え、及び異常終了記憶エリアへの登録については、同時
に主記憶部102上の通信制御インタフェースにある該
当マルチキャスト通信管理テーブル208に対しても行
う。
In the multicast communication processing described with reference to FIGS. 12, 13 and 14, the corresponding multicast communication management table in the multicast communication management table editing area 231 of the communication interface unit 103 is used as described above. Total number of tables not started 51
1 and subtraction of the total number of uncompleted report receptions 513, rewriting of the corresponding flags in the start management area 512 and the end monitoring area 514, and registration in the abnormal end storage area are simultaneously found in the communication control interface on the main storage unit 102. This is also performed for the multicast communication management table 208.

【0090】図15は、回線制御モジュール内のマルチ
キャスト通信コマンドキュー・テーブル241における
有効コマンド登録数に応じた現用系通信インタフェース
部、及び回線制御モジュールでの処理の手順を示したも
のである。
FIG. 15 shows a processing procedure in the active communication interface unit and the line control module according to the number of valid commands registered in the multicast communication command queue table 241 in the line control module.

【0091】図15(a)は、通信インタフェース部1
03において、マルチキャスト通信コマンドキュー・テ
ーブル241内の有効コマンドの滞留状況をCPU10
1へ通知する処理手順を示したものである。
FIG. 15A shows the communication interface unit 1.
No. 03, the CPU 10 determines the stay status of valid commands in the multicast communication command queue table 241.
2 shows a processing procedure for notifying the user of No. 1.

【0092】回線制御モジュール107では、回線10
9に異常が発生してスループットが低下すると、回線1
09からの送達確認がなかなか受信できなくなる。この
ような状態が長く続くと、各コマンドキュー・テーブル
がコマンドで満杯になることがある。
In the line control module 107, the line 10
If an anomaly occurs in 9 and throughput decreases, line 1
It is difficult to receive the delivery confirmation from 09. If this situation persists for a long time, each command queue table may fill with commands.

【0093】通信インタフェース部103は、マルチキ
ャスト通信コマンドキュー・テーブル241のライトポ
インタ331及びリードポインタ332を周期的に読出
し、マルチキャスト通信コマンドキュー・テーブル24
1での有効コマンドの滞留状況を判別する(1)。マル
チキャスト通信コマンドキュー・テーブル241内の有
効コマンド登録数がある一定値を超えた時、あるいはあ
る一定値を超えていた有効コマンド登録数がある一定値
以下になった時に、通信インタフェース部103は主記
憶部102上の通信割込み報告テーブル206にその状
態変化の内容を記録した情報を登録する(2)。そし
て、その状態変化をCPU101へ通知するため、主記
憶部102上の割込み報告先識別キュー・テーブル20
7に割込み報告先識別情報を登録して(3)割込みを発
行する。CPU101では、割込み報告がマルチキャス
ト通信コマンドキュー・テーブル241内の有効コマン
ド登録数がある一定値を超えた内容である場合、マルチ
キャスト通信コマンドキュー・テーブル241に対応し
た回線109に対してデータ送信しないように宛先パタ
ーンテーブル500内の前記回線のフラグをゼロに書替
え、宛先パターンテーブル設定コマンドによりその旨を
通信インタフェース部103に通知する。
The communication interface unit 103 periodically reads the write pointer 331 and the read pointer 332 of the multicast communication command queue table 241, and the multicast communication command queue table 24 is read.
The stay status of valid commands in 1 is determined (1). When the number of valid command registrations in the multicast communication command queue table 241 exceeds a certain value, or when the number of valid command registrations exceeds a certain value and falls below a certain value, the communication interface unit 103 mainly operates. Information recording the contents of the state change is registered in the communication interrupt report table 206 on the storage unit 102 (2). Then, in order to notify the CPU 101 of the state change, the interrupt report destination identification queue table 20 on the main storage unit 102
The interrupt report destination identification information is registered in 7, and (3) an interrupt is issued. In the CPU 101, if the interrupt report has a content in which the number of valid commands registered in the multicast communication command queue table 241 exceeds a certain value, data is not transmitted to the line 109 corresponding to the multicast communication command queue table 241. Then, the flag of the line in the destination pattern table 500 is rewritten to zero and the communication interface unit 103 is notified by the destination pattern table setting command.

【0094】このように、現用系通信インタフェース部
では、マルチキャスト通信コマンドキュー・テーブル2
41のコマンドの滞留を周期的に監視して、このマルチ
キャスト通信コマンドキュー・テーブル241がコマン
ドで満杯にならないようにしている。
As described above, in the active communication interface unit, the multicast communication command queue table 2
The stay of commands 41 is periodically monitored so that the multicast communication command queue table 241 is not filled with commands.

【0095】ここで、一対一通信コマンドキュー・テー
ブル240については、その情報登録エリア313の数
を該一対一通信コマンドキュー・テーブル240に対応
する一対一通信起動キュー・テーブル201の情報登録
エリア313の数と同一にし、通信インタフェース部1
03と回線制御モジュール107とでの一対一通信処理
において、対応する両キュー・テーブル内の有効コマン
ド数が常に同じになるように処理されることで、CPU
101が満杯状態の一対一通信コマンドキュー・テーブ
ル240に対応する回線109に対してデータ送信要求
を行わないようにしている。
Here, regarding the one-to-one communication command queue table 240, the number of the information registration areas 313 corresponds to the one-to-one communication command queue table 240, and the information registration area 313 of the one-to-one communication activation queue table 201. And the communication interface unit 1
In the one-to-one communication processing between the network control module 03 and the line control module 107, the CPUs are processed so that the number of valid commands in the corresponding queue tables is always the same.
No data transmission request is issued to the line 109 corresponding to the one-to-one communication command queue table 240 in which 101 is full.

【0096】図15(b)は、通信インタフェース部1
03から登録されたマルチキャスト通信コマンドが、マ
ルチキャスト通信コマンドキュー・テーブル241内の
有効コマンド登録数として一定値を超えるコマンドであ
る場合の回線制御モジュール107の処理手順を示した
ものである。
FIG. 15B shows the communication interface unit 1.
3 shows a processing procedure of the line control module 107 when the multicast communication command registered from 03 is a command that exceeds a certain value as the number of valid command registrations in the multicast communication command queue table 241.

【0097】回線制御モジュール107は、マルチキャ
スト通信コマンドキュー・テーブル241において通信
インタフェース部103から登録されたマルチキャスト
通信コマンドを読出し、その内容に従って前記通信イン
タフェース部103内の送受信バッファ115から回線
制御モジュール107内の送受信バッファ116へマル
チキャスト送信データを転送する(1)。前記マルチキ
ャスト通信コマンドがマルチキャスト通信コマンドキュ
ー・テーブル241内の有効コマンド登録数として一定
値を超えるコマンドである場合、回線制御モジュール1
07は前記マルチキャスト送信データを送受信バッファ
116から主記憶部102上の回線制御モジュール拡張
バッファエリア内の該当エリアに転送する(2)。前記
回線制御モジュール拡張バッファエリア内に格納したマ
ルチキャスト送信データを該当回線109へ送出する
際、回線制御モジュール107は前記回線制御モジュー
ル拡張バッファエリア内から直接送受信バッファ116
へマルチキャスト送信データを転送し、該当回線109
へ送出する。
The line control module 107 reads the multicast communication command registered from the communication interface unit 103 in the multicast communication command queue table 241 and, according to the contents, from the transmission / reception buffer 115 in the communication interface unit 103 to the line control module 107. The multicast transmission data is transferred to the transmission / reception buffer 116 (1). When the multicast communication command is a command that exceeds a certain value as the number of valid commands registered in the multicast communication command queue table 241, the line control module 1
07 transfers the multicast transmission data from the transmission / reception buffer 116 to the corresponding area in the line control module expansion buffer area on the main memory 102 (2). When sending the multicast transmission data stored in the line control module expansion buffer area to the corresponding line 109, the line control module 107 directly sends and receives the transmission / reception buffer 116 from the line control module expansion buffer area.
Transfers the multicast transmission data to the corresponding line 109
Send to.

【0098】このように本実施例によれば、CPUと二
重化された通信インタフェース部及び主記憶部を構成要
素に持つホストコンピュータと、多回線通信制御装置か
ら成る情報通信システムにおいて、通信種別毎に通信管
理テーブルを分けて配置し、CPU、通信インタフェー
ス部、多回線通信制御装置で分散して通信処理を行うの
で、異なる通信サービスにおいて、同一回線でのデータ
送受信をCPUの処理負荷を低減して行うことができ
る。
As described above, according to this embodiment, in the information communication system including the host computer having the communication interface section and the main storage section which are duplicated with the CPU as the constituent elements, and the multi-line communication control device, Since the communication management table is separately arranged and the CPU, the communication interface section, and the multi-line communication control device perform the communication processing in a distributed manner, the data transmission / reception on the same line in different communication services can reduce the CPU processing load. It can be carried out.

【0099】次に、二重化通信インタフェース部の状態
管理、及び系切換えとデータ連続性の保証を実現するリ
カバリ処理について説明する。
Next, the state management of the redundant communication interface section and the recovery processing for realizing the system switching and the guarantee of data continuity will be described.

【0100】まず、二重化通信インタフェース部の現用
/待機系切換え手段について述べる。
First, the working / standby system switching means of the duplex communication interface section will be described.

【0101】先に述べたように、二重化通信インタフェ
ース部103のマスタ/スレーブ状態はそのインタフェ
ースチャネル117の状態により決定される。よって、
通信インタフェース部103の状態の移行は、そのイン
タフェースチャネル117状態の変更を指示する手段、
すなわち、通信インタフェース部103のインタフェー
スチャネル117に接続されている内部バス制御部10
6と内部バス108との論理的接続/切離しを指示する
インタフェースチャネル接続/切離しコマンドにより行
う。ここで、本コマンドは構成制御インタフェースを介
してやり取りされる。
As described above, the master / slave state of the duplicated communication interface section 103 is determined by the state of the interface channel 117. Therefore,
The transition of the state of the communication interface unit 103 is a means for instructing a change of the state of the interface channel 117,
That is, the internal bus control unit 10 connected to the interface channel 117 of the communication interface unit 103.
6 and the internal bus 108 by an interface channel connect / disconnect command instructing logical connection / disconnect. Here, this command is exchanged via the configuration control interface.

【0102】図16は、前記インタフェースチャネル接
続/切離しコマンド起動時に主記憶部上の構成制御イン
タフェースエリア内の起動メッセージテーブルの起動情
報設定エリアに設定される起動情報を示したものであ
る。
FIG. 16 shows activation information set in the activation information setting area of the activation message table in the configuration control interface area on the main memory when the interface channel connect / disconnect command is activated.

【0103】図中、160は起動コマンドがインタフェ
ースチャネル接続、もしくは切離しのどちらを指示する
のかを表すコマンドID、161は前記コマンドID1
60の表す指示内容が通信インタフェース部103内の
全インタフェースチャネル117に対して要求している
のか、ある特定の指定インタフェースチャネル117に
対してのみ要求しているのかを表すサブコマンドID、
162は前記サブコマンドID161が指定インタフェ
ースチャネル要求を表している場合にのみ有効な情報
で、その指定インタフェースチャネル番号を表すインタ
フェースチャネルアドレス、163はインタフェースチ
ャネル接続コマンドにおいて通信インタフェース部10
3をスレーブ状態からマスタ状態へ移行する時に、元の
マスタ状態での通信処理引継ぎ要求の有無を表すデータ
連続性保証要求フラグである。ここで、二重化通信イン
タフェース部103の現用/待機系切換えを行う場合
は、サブコマンドID161を全インタフェースチャネ
ル要求で行い、指定インタフェースチャネル要求は1台
の多回線通信制御装置105の増設/交換時などに使用
する。よって、データ連続性保証要求フラグ163は、
インタフェースチャネル接続コマンドにおいてそのサブ
コマンドID161が全インタフェースチャネル要求を
表している場合にのみ有効な情報として扱われる。
In the figure, 160 is a command ID indicating whether the start command indicates interface channel connection or disconnection, and 161 is the command ID 1
A subcommand ID indicating whether the instruction content represented by 60 requests all interface channels 117 in the communication interface unit 103 or only a specific designated interface channel 117,
Information 162 is valid only when the subcommand ID 161 indicates a designated interface channel request, and an interface channel address indicating the designated interface channel number. 163 is a communication interface unit 10 in the interface channel connection command.
3 is a data continuity guarantee request flag indicating the presence / absence of a communication process takeover request in the original master state when the state 3 is shifted from the slave state to the master state. Here, when the active / standby system switching of the redundant communication interface unit 103 is performed, the subcommand ID 161 is performed by all interface channel requests, and the designated interface channel request is made when one multi-line communication control unit 105 is added / replaced. To use. Therefore, the data continuity assurance request flag 163 is
It is treated as valid information only when the subcommand ID 161 in the interface channel connection command represents all interface channel requests.

【0104】では、図17、図18を用いて、通信イン
タフェース部での前記インタフェースチャネル接続/切
離しコマンド受付時の処理フローを説明する。
A processing flow when the communication interface unit receives the interface channel connection / disconnection command will be described with reference to FIGS. 17 and 18.

【0105】図17はホストコンピュータのCPUから
構成制御インタフェースを介してインタフェースチャネ
ル接続コマンドを受け付けた場合の通信インタフェース
部での処理を示したフローチャートである。
FIG. 17 is a flow chart showing the processing in the communication interface section when an interface channel connection command is received from the CPU of the host computer via the configuration control interface.

【0106】ホストコンピュータ100のCPU101
からの起動受付により、前記起動メッセージテーブル2
20の起動情報設定エリア602を取り込んだ通信イン
タフェース部103は、そのコマンドID160からイ
ンタフェースチャネル接続コマンドの起動を認識し、イ
ンタフェースチャネル接続処理1700を実行する。イ
ンタフェースチャネル接続処理1700では、まず、そ
のサブコマンドID161を調べ(1701)、全イン
タフェースチャネル接続要求を表していれば、各インタ
フェースチャネル117に接続している内部バス制御部
106と内部バス108との論理的切離しを行い(17
02)、各インタフェースチャネル117に接続してい
る多回線通信制御装置105の全回線制御モジュール1
07へバス転送禁止割込みを発行する(1703)。そ
して、各インタフェースチャネル117に接続している
内部バス制御部106と内部バス108との論理的接続
を全インタフェースチャネル117について行い(17
04)、通信インタフェース部103の状態をマスタ状
態へ移行する(1705)。その後、データ連続性保証
要求フラグ163を調べ(1706)、データ連続性保
証を要求していれば現用系処理引継ぎ処理を実行し(1
707)、各インタフェースチャネル117に接続して
いる多回線通信制御装置105の全回線制御モジュール
107へバス転送禁止の解除を行う(1708)。ここ
で、全インタフェースチャネル接続要求のインタフェー
スチャネル接続コマンドを受けた通信インタフェース部
103がマスタ状態の場合は何も行われない。一方、指
定インタフェースチャネル接続要求を表している場合
は、インタフェースチャネルアドレス162が表す指定
インタフェースチャネル117に接続している内部バス
制御部106と内部バス108との論理的接続を行い
(1709)、通信インタフェース部103の状態を調
べ(1710)、スレーブ状態であれば、その状態をマ
スタ状態へ移行する(1711)。
CPU 101 of host computer 100
From the start message table 2
The communication interface unit 103 that has loaded the activation information setting area 602 of 20 recognizes the activation of the interface channel connection command from the command ID 160, and executes the interface channel connection processing 1700. In the interface channel connection processing 1700, first, the subcommand ID 161 is checked (1701), and if all interface channel connection requests are represented, the internal bus control unit 106 and the internal bus 108 connected to each interface channel 117 are connected. Perform logical disconnection (17
02), all-line control module 1 of the multi-line communication control device 105 connected to each interface channel 117.
A bus transfer prohibition interrupt is issued to 07 (1703). Then, logical connection between the internal bus control unit 106 and the internal bus 108 connected to each interface channel 117 is performed for all the interface channels 117 (17
04), the state of the communication interface unit 103 shifts to the master state (1705). After that, the data continuity guarantee request flag 163 is checked (1706), and if the data continuity guarantee is requested, the active system takeover process is executed (1
707), the bus transfer prohibition is released to all the line control modules 107 of the multi-line communication control unit 105 connected to each interface channel 117 (1708). Here, if the communication interface unit 103 that has received the interface channel connection command of the all interface channel connection request is in the master state, nothing is done. On the other hand, when the designated interface channel connection request is represented, the internal bus control unit 106 and the internal bus 108 connected to the designated interface channel 117 represented by the interface channel address 162 are logically connected (1709), and communication is performed. The state of the interface unit 103 is checked (1710), and if it is a slave state, that state is changed to the master state (1711).

【0107】図18はホストコンピュータのCPUから
構成制御インタフェースを介してインタフェースチャネ
ル切離しコマンドを受け付けた場合の通信インタフェー
ス部での処理を示したフローチャートである。
FIG. 18 is a flow chart showing the processing in the communication interface section when the interface channel disconnection command is received from the CPU of the host computer via the configuration control interface.

【0108】ホストコンピュータ100のCPU101
からの起動受付により、前記起動メッセージテーブル2
20の起動情報設定エリア602を取り込んだ通信イン
タフェース部103は、そのコマンドID160からイ
ンタフェースチャネル切離しコマンドの起動を認識し、
インタフェースチャネル切離し処理1800を実行す
る。インタフェースチャネル切離し処理1800では、
まず、そのサブコマンドID161を調べ(180
1)、全インタフェースチャネル切離し要求を表してい
れば、各インタフェースチャネル117に接続している
内部バス制御部106と内部バス108との論理的切離
しを全インタフェースチャネル117について行い(1
802)、通信インタフェース部103の状態をスレー
ブ状態へ移行する(1803)。一方、指定インタフェ
ースチャネル切離し要求を表している場合は、インタフ
ェースチャネルアドレス162が表す指定インタフェー
スチャネル117に接続している多回線通信制御装置1
05の内部バス制御部106と内部バス108との論理
的切離しを行い(1804)、他のインタフェースチャ
ネル117の状態を調べ(1805)、リザーブ状態の
ものがなければ、通信インタフェース部103の状態を
スレーブ状態へ移行する(1806)。ここで、インタ
フェースチャネル切離しコマンドを受けた通信インタフ
ェース部103がスレーブ状態の場合は何も行われな
い。また、本インタフェースチャネル切離しコマンドに
よりマスタ状態からスレーブ状態へ移行した通信インタ
フェース部103は、その内部で処理中の全ての通信制
御処理を中断し、先に図9、図11の説明で述べたよう
に、以後、通信制御インタフェースを介した起動受付
け、及び割込み受付け処理を行わない。
CPU 101 of host computer 100
From the start message table 2
The communication interface unit 103 that has loaded the startup information setting area 602 of 20 recognizes the startup of the interface channel disconnection command from the command ID 160,
The interface channel disconnection processing 1800 is executed. In the interface channel disconnection processing 1800,
First, the subcommand ID 161 is checked (180
1) If the request indicates disconnection of all interface channels, logical disconnection between the internal bus control unit 106 and the internal bus 108 connected to each interface channel 117 is performed for all interface channels 117 (1
802), and shifts the state of the communication interface unit 103 to the slave state (1803). On the other hand, when the designated interface channel disconnection request is represented, the multi-line communication control device 1 connected to the designated interface channel 117 represented by the interface channel address 162.
The internal bus control unit 106 and the internal bus 108 of No. 05 are logically separated (1804), the states of other interface channels 117 are checked (1805), and if there is no reserved state, the state of the communication interface unit 103 is checked. Transition to the slave state (1806). Here, if the communication interface unit 103 that has received the interface channel disconnection command is in the slave state, nothing is done. Further, the communication interface unit 103 that has transitioned from the master state to the slave state by this interface channel disconnection command interrupts all the communication control processing that is being processed therein, and as described above with reference to FIGS. 9 and 11. After that, the startup acceptance and interrupt acceptance processing via the communication control interface are not performed thereafter.

【0109】次に、図19、図20を用いて二重化通信
インタフェース部の現用/待機系切換え手順について述
べる。
Next, the working / standby system switching procedure of the duplex communication interface section will be described with reference to FIGS. 19 and 20.

【0110】二重化通信インタフェース部103の現用
/待機系切換えには、現用系通信インタフェース部10
3−a、又は現用系通信インタフェース部103−aと
多回線通信制御装置105との接続経路(拡張バスケー
ブル118、内部バス制御部106)や多回線通信制御
装置105の内部バス108に障害が発生した場合に行
われる障害切換えと、オペレータがコンソールでのキー
操作によって計画的に行う保守切換えとがある。
To switch the active / standby system of the redundant communication interface unit 103, the active communication interface unit 10 is used.
3-a, or the connection path (expansion bus cable 118, internal bus control unit 106) between the active communication interface unit 103-a and the multi-line communication control device 105 or the internal bus 108 of the multi-line communication control device 105 has a failure. There is a failure switching that is performed when it occurs, and a maintenance switching that is systematically performed by an operator by operating a key on the console.

【0111】図19は、障害切換え時の二重化通信イン
タフェース部の現用/待機系切換え手順を示した図であ
る。
FIG. 19 is a diagram showing a procedure for switching the working / standby system of the duplex communication interface unit at the time of failure switching.

【0112】現用系通信インタフェース部103、又は
現用系通信インタフェース部103と多回線通信制御装
置105との接続経路(拡張バスケーブル118、内部
バス制御部106)や多回線通信制御装置105の内部
バス106での障害発生を検出したホストコンピュータ
100のCPU101は、現用系通信インタフェース部
103−aへそのMPU112−aの動作停止を指示
し、待機系通信インタフェース部103−bへインタフ
ェースチャネル接続コマンド(全インタフェースチャネ
ル接続及びデータ連続性保証を要求)を起動する。該コ
マンドを受けた待機系通信インタフェース部103−b
は先に述べたインタフェースチャネル接続処理1700
のステップ1702〜1708を実行する。
The active communication interface unit 103, or a connection path (expansion bus cable 118, internal bus control unit 106) between the active communication interface unit 103 and the multi-line communication control device 105 and the internal bus of the multi-line communication control device 105. The CPU 101 of the host computer 100, which has detected the occurrence of a failure in 106, instructs the active communication interface unit 103-a to stop the operation of the MPU 112-a, and instructs the standby communication interface unit 103-b to execute the interface channel connection command (all Interface channel connection and data continuity guarantee). Standby communication interface unit 103-b receiving the command
Is the interface channel connection processing 1700 described above.
Steps 1702-1708 are executed.

【0113】ここで、各構成部位の障害検出は次のよう
な手段によって行う。
Here, the failure detection of each component is performed by the following means.

【0114】二重化通信インタフェース部103につい
ては、ホストコンピュータ100のCPU101による
周期的アクセスチェックによる監視と、通信インタフェ
ース部103自身による内部監視(ウォッチ ドッグ
タイマなど)とにより、その障害を検出する。
The redundant communication interface section 103 is monitored by the CPU 101 of the host computer 100 by periodical access check, and the internal monitoring by the communication interface section 103 itself (watchdog).
The failure is detected by (such as a timer).

【0115】多回線通信制御装置105内の構成部(内
部バス制御部106、回線制御モジュール107、内部
バス108)については、現用系通信インタフェース部
103−aがその各構成部を周期的アクセスチェックに
より監視し、その障害の検出とホストコンピュータ10
0のCPU101への報告を行う。
As for the components (internal bus control unit 106, line control module 107, internal bus 108) in the multi-line communication control unit 105, the active communication interface unit 103-a periodically checks each component. Monitored by the host computer 10
0 to the CPU 101 is reported.

【0116】図20は、保守切換え時の二重化通信イン
タフェース部の現用/待機系切換え手順を示した図であ
る。
FIG. 20 is a diagram showing a procedure for switching the working / standby system of the duplex communication interface unit at the time of switching maintenance.

【0117】オペレータがコンソールでのキー操作によ
って二重化通信インタフェース部103の現用/待機系
切換えを要求したことを検出したホストコンピュータ1
00のCPU101は、現用系通信インタフェース部1
03−aへインタフェースチャネル切離しコマンド(全
インタフェースチャネル切離し要求)を起動する。該コ
マンドを受けた待機系通信インタフェース部103−b
は先に述べたインタフェースチャネル切離し処理180
0のステップ1802〜1803を実行し、その処理終
了をCPU101へ報告する。該終了報告を受けたCP
U101は待機系通信インタフェース部103−bへイ
ンタフェースチャネル接続コマンド(全インタフェース
チャネル接続及びデータ連続性保証を要求)を起動す
る。該コマンドを受けた待機系通信インタフェース部1
03−bは先に述べたインタフェースチャネル接続処理
1700のステップ1702〜1708を実行する。
The host computer 1 which detects that the operator has requested the switching of the active / standby system of the redundant communication interface section 103 by the key operation on the console.
CPU 101 of 00 is the active communication interface unit 1
The interface channel disconnect command (request to disconnect all interface channels) is activated to 03-a. Standby communication interface unit 103-b receiving the command
Is the interface channel disconnection processing 180 described above.
Steps 1802-1803 of 0 are executed, and the completion of the process is reported to the CPU 101. CP that received the completion report
U101 activates an interface channel connection command (requesting all interface channel connections and data continuity guarantee) to the standby communication interface unit 103-b. Standby communication interface unit 1 that received the command
03-b executes steps 1702-1708 of the interface channel connection processing 1700 described above.

【0118】このように、前記インタフェースチャネル
接続/切離しコマンドを用いて、現用系通信インタフェ
ース部103−aから待機系通信インタフェース部10
3−bへ現用系を切換えることにより、内部バス制御部
106−aは内部バス108と論理的に切り離され、内
部バス制御部106−bが内部バス108と論理的に接
続される。
As described above, by using the interface channel connect / disconnect command, the active communication interface unit 103-a to the standby communication interface unit 10
By switching the active system to 3-b, the internal bus control unit 106-a is logically disconnected from the internal bus 108, and the internal bus control unit 106-b is logically connected to the internal bus 108.

【0119】さらに、図21、図22、図23、図2
4、図25、図26を用いて、インタフェースチャネル
接続コマンド(全インタフェースチャネル接続及びデー
タ連続性保証を要求)を受けた通信インタフェース部で
の現用系処理引継ぎ処理について説明する。
Further, FIG. 21, FIG. 22, FIG. 23, and FIG.
4, FIG. 25, and FIG. 26, the active system process takeover process in the communication interface unit that has received the interface channel connection command (requesting all interface channel connections and data continuity guarantee) will be described.

【0120】図21は、現用系処理引継ぎ処理の全体処
理フローを示した図である。
FIG. 21 is a diagram showing the overall processing flow of the active processing takeover processing.

【0121】現用系処理引継ぎ処理1707は、まず、
先に述べたマルチキャスト通信処理で用いる通信制御情
報を通信インタフェース部103上に回復する通信制御
情報回復処理を行い(2101)、次に、多回線通信制
御装置105の回線制御モジュール107からの割込み
受付処理を引き継ぐ割込み受付リカバリ処理を行った後
(2102)、通信制御インタフェースを介したホスト
コンピュータ100のCPU101からの起動受付処理
を引き継ぐ起動受付リカバリ処理を行い(2103)、
最後に、マルチキャスト通信処理の終了報告処理を引き
継ぐマルチキャスト通信終了報告リカバリ処理を行う
(2104)。
The active system takeover process 1707 is as follows.
A communication control information recovery process for recovering the communication control information used in the above-described multicast communication process on the communication interface unit 103 is performed (2101), and then an interrupt is received from the line control module 107 of the multi-line communication control device 105. After performing the interrupt acceptance recovery processing for inheriting the processing (2102), the activation acceptance recovery processing for inheriting the activation acceptance processing from the CPU 101 of the host computer 100 via the communication control interface is performed (2103).
Finally, a multicast communication end report recovery process that takes over the end report process of the multicast communication process is performed (2104).

【0122】図22は、マルチキャスト通信処理で用い
る通信制御情報を通信インタフェース部上に回復する通
信制御情報回復処理のフローチャートである。
FIG. 22 is a flow chart of communication control information recovery processing for recovering the communication control information used in the multicast communication processing on the communication interface unit.

【0123】通信制御情報回復処理2101では、ま
ず、主記憶部102上のリカバリインタフェースエリア
の宛先パターンテーブル格納エリア212にある全ての
宛先パターンテーブル500を通信インタフェース部1
03上の宛先パターンテーブル用ワークエリア230へ
コピーする(2201)。次に、主記憶部102上の通
信制御インタフェースエリアのマルチキャスト通信起動
テーブル202の起動フラグ321から有効マルチキャ
スト通信コマンドの有無を調べる(2202)。そし
て、有効マルチキャスト通信コマンドがあれば、そのマ
ルチキャスト通信処理がマルチキャストステータス2か
どうか調べ(2203)、マルチキャストステータス2
であれば、通信制御インタフェースエリアの該当マルチ
キャスト通信管理テーブル208を通信インタフェース
部103上のマルチキャスト通信管理テーブル編集エリ
ア231へコピーし(2204)、そうでなければ、コ
ピーは行わない。また、有効マルチキャスト通信コマン
ドがなければ、何も行わない。そして、該当マルチキャ
スト通信コマンドのマルチキャスト送信データを主記憶
部102上の送受信バッファ114から通信インタフェ
ース部103上の送受信バッファ115へコピーする
(2205)。そして、前記処理の内、ステップ220
2〜2205をマルチキャスト通信起動テーブル202
の情報登録エリア分繰返す(2206)。
In the communication control information recovery processing 2101, first, all the destination pattern tables 500 in the destination pattern table storage area 212 of the recovery interface area on the main storage unit 102 are set in the communication interface unit 1.
It is copied to the work area 230 for the destination pattern table on 03 (2201). Next, the presence / absence of a valid multicast communication command is checked from the activation flag 321 of the multicast communication activation table 202 in the communication control interface area on the main storage unit 102 (2202). Then, if there is a valid multicast communication command, it is checked whether the multicast communication processing is multicast status 2 (2203), and the multicast status 2
If so, the corresponding multicast communication management table 208 in the communication control interface area is copied to the multicast communication management table edit area 231 on the communication interface unit 103 (2204), and if not, the copy is not performed. If there is no valid multicast communication command, nothing is done. Then, the multicast transmission data of the corresponding multicast communication command is copied from the transmission / reception buffer 114 on the main storage unit 102 to the transmission / reception buffer 115 on the communication interface unit 103 (2205). Then, in the above process, step 220
2 to 2205 as the multicast communication activation table 202
The information registration area is repeated (2206).

【0124】こうして、現用系で処理していたマルチキ
ャスト通信の処理引継ぎに必要な情報のみを、実際の処
理引継ぎを行う前に待機系の通信インタフェース部内に
再生しておくことができる。
In this way, only the information necessary for taking over the processing of the multicast communication which has been processed in the active system can be reproduced in the communication interface section of the standby system before the actual processing takeover.

【0125】図23は、多回線通信制御装置の回線制御
モジュールからの割込み受付処理を引き継ぐ割込み受付
リカバリ処理のフローチャートである。
FIG. 23 is a flowchart of an interrupt acceptance recovery process for taking over the interrupt acceptance process from the line control module of the multi-line communication control device.

【0126】割込み受付リカバリ処理2102では、ま
ず、通信インタフェース部103に接続している多回線
通信制御装置105の各回線制御モジュール107上の
割込み通知テーブル242の有効フラグ341がONか
どうかを調べ(2301)、ONであれば、割込み通知
テーブル242の各報告フラグ342〜345より該当
割込みの種別を判定する(2302)。そして、該当割
込みが一対一通信終了報告の場合、その割込み通知テー
ブル242に対応する主記憶部102上の通信制御イン
タフェースエリアの一対一通信起動キュー・テーブル2
01のリードポインタ312と一対一通信終了報告キュ
ー・テーブル204のライトポインタ311から、該一
対一通信起動キュー・テーブル201のリードポインタ
312の更新処理を行っているかどうか調べ(230
3)、更新処理を行っていなければ(リードポインタ3
12とライトポインタ311が等しくない場合)、その
リードポインタ312の更新を行う(2304)。そし
て、割込み報告先識別キュー・テーブル207への該当
割込み通知テーブル242の割込み情報登録とホストコ
ンピュータ100のCPU101への割込みを発行し
(2305)、該当割込み通知テーブル242の有効フ
ラグ341をOFFする(2306)。また、該当割込
みがデータ受信もしくは通信割込み報告の場合、前記処
理の内、ステップ2305〜2306のみ行う。さら
に、該当割込みがマルチキャスト通信起動受付完了報告
の場合、その割込み通知テーブル242に対応するマル
チキャスト通信管理テーブル208の終了監視エリア5
14の監視フラグを1から0に書替えているかどうか調
べ(2307)、1ならば、該当監視フラグを0に書替
える(2308)。その後、終了報告エリア514内、
監視フラグが1の総数(Ma)から未終了報告受付総数
513(Mb)の減算処理を行っているかどうか調べ
(2309)、減算処理を行っていなければ(Ma<M
b)、未終了報告受付総数513の減算を行う(231
0)。一方、前記有効フラグ341がOFFの場合、何
も行わない。そして、処理ステップ2301〜2310
を通信インタフェース部103に接続している多回線通
信制御装置105の全回線制御モジュール107分繰返
して行う(2311)。
In the interrupt acceptance recovery processing 2102, first, it is checked whether the valid flag 341 of the interrupt notification table 242 on each line control module 107 of the multi-line communication control unit 105 connected to the communication interface unit 103 is ON ( 2301), if ON, the type of the corresponding interrupt is determined from each of the report flags 342 to 345 of the interrupt notification table 242 (2302). If the corresponding interrupt is a one-to-one communication end report, the one-to-one communication activation queue table 2 in the communication control interface area on the main storage unit 102 corresponding to the interrupt notification table 242.
01 read pointer 312 and the write pointer 311 of the one-to-one communication end report queue table 204, it is checked whether or not the update processing of the read pointer 312 of the one-to-one communication activation queue table 201 is being performed (230).
3) If update processing has not been performed (read pointer 3
12 and the write pointer 311 are not equal), the read pointer 312 is updated (2304). Then, the interrupt information of the corresponding interrupt notification table 242 is registered in the interrupt report destination identification queue table 207 and an interrupt is issued to the CPU 101 of the host computer 100 (2305), and the valid flag 341 of the corresponding interrupt notification table 242 is turned off ( 2306). If the corresponding interrupt is data reception or communication interrupt report, only steps 2305 to 2306 of the above processing are performed. Further, when the corresponding interrupt is the multicast communication activation acceptance completion report, the end monitoring area 5 of the multicast communication management table 208 corresponding to the interrupt notification table 242.
It is checked whether or not the 14 monitoring flags are rewritten from 1 to 0 (2307), and if 1, the corresponding monitoring flag is rewritten to 0 (2308). After that, in the end report area 514,
It is checked whether or not subtraction processing of the total number of uncompleted report receptions 513 (Mb) is performed from the total number (Ma) of which the monitoring flag is 1 (2309). If the subtraction processing is not performed (Ma <M
b), the total number of uncompleted report receptions 513 is subtracted (231)
0). On the other hand, when the valid flag 341 is OFF, nothing is done. Then, processing steps 2301 to 2310
Is repeatedly performed for all line control modules 107 of the multi-line communication control device 105 connected to the communication interface unit 103 (2311).

【0127】こうして、通信インタフェース部103に
接続している多回線通信制御装置105の全回線制御モ
ジュール107からの各報告割込みを抜けなく受付処理
することができる。
In this way, each report interrupt from all line control modules 107 of the multi-line communication control unit 105 connected to the communication interface unit 103 can be received and processed without omission.

【0128】図24は、通信制御インタフェースを介し
たホストコンピュータのCPUからの起動受付処理を引
き継ぐ起動受付リカバリ処理のフローチャートである。
FIG. 24 is a flowchart of the boot acceptance recovery process that takes over the boot acceptance process from the CPU of the host computer via the communication control interface.

【0129】起動受付リカバリ処理2103では、ま
ず、主記憶部102上の通信制御インタフェースエリア
の起動先識別キュー・テーブル200のリードポインタ
302と、リカバリインタフェースエリアのネクストリ
ードポインタテーブル211の起動先識別キュー・テー
ブル用記録フィールド410の値から、現用系の通信イ
ンタフェース部103が通信制御インタフェースを介し
てやり取りされるコマンドの受付処理中であったかどう
か調べ(2401)、あれば(前記リードポインタ30
2とネクストリードポインタが等しくない場合)、起動
先識別キュー・テーブル200のリードポインタ302
が示す情報登録エリア303に登録されている起動先識
別情報を調べ(2402)、以下の起動引継ぎ処理を行
う。そして、該起動先識別情報が一対一通信起動であっ
た場合、該起動先識別情報が示す回線制御モジュール1
07上の該当一対一通信コマンドキュー・テーブル24
0のライトポインタ311とリカバリインタフェースエ
リアのカレントライトポインタテーブル210の該当カ
レントライトポインタから、該当一対一通信コマンドキ
ュー・テーブル240へ、該起動先識別情報が示す一対
一通信起動キュー・テーブル201のリードポインタ3
12が示す情報登録エリア313の一対一通信コマンド
情報を登録しているかどうか調べ(2403)、登録し
ていなければ(前記ライトポインタ311とカレントラ
イトポインタが等しい場合)、該当一対一通信コマンド
キュー・テーブル240へ該一対一通信コマンド情報を
登録し(2406)、前記ネクストリードポインタテー
ブル211内にある一対一通信起動キュー・テーブル2
01のネクストリードポインタを更新する(240
7)。また、すでに該当一対一通信コマンドキュー・テ
ーブル240へ該一対一通信コマンド情報を登録済みの
場合、前記一対一通信起動キュー・テーブル201のリ
ードポインタ312と前記ネクストリードポインタテー
ブル211の該当ネクストリードポインタから該一対一
通信起動キュー・テーブル201のネクストリードポイ
ンタを更新したかどうか調べ(2404)、更新してい
なければ、前記ステップ2407を実行する。そして、
該起動先識別キュー・テーブル200から該当起動先識
別情報を廃棄する(2405)。また、該起動先識別情
報がマルチキャスト通信起動であった場合、該当マルチ
キャスト通信処理がマルチキャストステータス1かどう
か調べ(2408)、マルチキャストステータス1な
ら、現用系処理引継ぎ処理1707終了後、該マルチキ
ャスト通信起動を処理するようマルチキャスト通信起動
処理1200の実行を要求する(2409)。一方、マ
ルチキャストステータス1でなければ、マルチキャスト
通信起動リカバリ処理を行う(2410)。
In the boot acceptance recovery process 2103, first, the read pointer 302 of the boot destination identification queue table 200 in the communication control interface area on the main storage unit 102 and the boot destination identification queue of the next read pointer table 211 in the recovery interface area. From the value of the table recording field 410, it is checked whether the active communication interface unit 103 is in the process of accepting a command exchanged via the communication control interface (2401), and if there is (the read pointer 30).
2 and the next read pointer are not equal), the read pointer 302 of the boot destination identification queue table 200
The boot destination identification information registered in the information registration area 303 indicated by is checked (2402), and the following boot takeover processing is performed. Then, when the activation destination identification information is one-to-one communication activation, the line control module 1 indicated by the activation destination identification information
Corresponding one-to-one communication command queue table 24 on 07
The write pointer 311 of 0 and the current write pointer of the current write pointer table 210 in the recovery interface area is read to the one-to-one communication command queue table 240 of the one-to-one communication activation queue table 201 indicated by the activation destination identification information. Pointer 3
It is checked whether the one-to-one communication command information in the information registration area 313 indicated by 12 has been registered (2403). If not registered (when the write pointer 311 and the current write pointer are equal), the corresponding one-to-one communication command queue The one-to-one communication command information is registered in the table 240 (2406), and the one-to-one communication activation queue table 2 in the next read pointer table 211 is registered.
The next read pointer of 01 is updated (240
7). If the one-to-one communication command information has already been registered in the corresponding one-to-one communication command queue table 240, the read pointer 312 of the one-to-one communication activation queue table 201 and the corresponding next read pointer of the next read pointer table 211. Then, it is checked whether or not the next read pointer of the one-to-one communication activation queue table 201 has been updated (2404). If it has not been updated, step 2407 is executed. And
The corresponding boot destination identification information is discarded from the boot destination identification queue table 200 (2405). If the activation destination identification information indicates that the multicast communication is activated, it is checked whether or not the corresponding multicast communication processing is multicast status 1 (2408). A request is made to execute the multicast communication activation process 1200 for processing (2409). On the other hand, if the multicast status is not 1, a multicast communication activation recovery process is performed (2410).

【0130】こうして、通信制御インタフェースを介し
たホストコンピュータのCPUからの各種起動を抜け/
重複することなく処理することができる。なお、起動受
付リカバリ処理では高々1つの起動コマンド分しか受付
リカバリを行わないでよいよう、通常の起動受付時、カ
レントで処理中のコマンドを1つに制限できるよう通信
制御インタフェースの起動受付制御を行っている。
In this way, various startups from the CPU of the host computer via the communication control interface are exited /
It can be processed without duplication. Note that in the startup acceptance recovery process, the startup acceptance control of the communication control interface is limited so that the command currently being processed can be limited to one at the time of normal startup acceptance so that only one startup command needs to be accepted and recovered. Is going.

【0131】図25は、通信制御インタフェースを介し
たホストコンピュータのCPUからマルチキャスト通信
起動受付処理中における多回線通信制御装置の回線制御
モジュールへのマルチキャスト通信起動処理を引き継ぐ
マルチキャスト通信起動リカバリ処理のフローチャート
である。
FIG. 25 is a flow chart of a multicast communication start recovery process for taking over the multicast communication start process from the CPU of the host computer via the communication control interface to the line control module of the multi-line communication control device during the multicast communication start acceptance process. is there.

【0132】マルチキャスト通信起動リカバリ処理24
10では、まず、通信インタフェース部103上のマル
チキャスト通信管理テーブル編集エリア231の該当マ
ルチキャスト通信管理テーブルの未起動総数511と該
当宛先パターンテーブル500から求めた起動済み回線
数から、マルチキャスト通信起動処理中であると予想さ
れる回線を検出する(2501)。そして、該マルチキ
ャスト通信管理テーブルの起動管理エリア5112の該
検出回線に対応する起動フラグが書替え済みかどうか調
べる(2502)。その結果、書替え未処理(起動フラ
グが1)であった場合、該回線に対応する回線制御モジ
ュール107のマルチキャスト通信コマンドキュー・テ
ーブル241のライトポインタ331と主記憶部102
上のリカバリインタフェースエリアのカレントライトポ
インタテーブル210のマルチキャスト通信用記録エリ
ア402内の該当回線用記録要素406に記憶されてい
るカレントライトポインタから、該マルチキャスト通信
コマンドキュー・テーブル241へマルチキャスト通信
コマンドの登録を行っているかどうか調べ(250
3)、該コマンド登録を行っていなければ(前記ライト
ポインタ331とカレントライトポインタが等しい場
合)、該マルチキャスト通信コマンドキュー・テーブル
241へマルチキャスト通信コマンドの登録を行い、該
起動フラブを0に書替える(2504)。そして、該マ
ルチキャスト通信コマンドキュー・テーブル241のラ
イトポインタ331をカレントライトポインタテーブル
210のマルチキャスト通信用記録エリア402内の該
当回線用記録要素406に記憶し(2505)、該マル
チキャスト通信管理テーブルの未起動総数511を1減
算する(2506)。その後、残りの起動指示回線への
マルチキャスト通信起動処理(マルチキャスト通信起動
処理1200のステップ1205〜1214)を行い
(2507)、該マルチキャスト通信管理テーブルの未
起動総数511がゼロになるまで繰返す(2508)。
そして、起動先識別キュー・テーブル200から該当起
動先識別情報を廃棄し(2509)、現用系処理引継ぎ
処理1707終了後、該マルチキャスト通信処理の終了
を監視するためのマルチキャスト通信終了監視タイマを
起動する(2510)。
Multicast communication start recovery processing 24
In 10, the multicast communication activation process is being performed based on the total number of unactivated 511 of the corresponding multicast communication management table in the multicast communication management table editing area 231 on the communication interface unit 103 and the number of activated lines obtained from the corresponding destination pattern table 500. A line expected to be present is detected (2501). Then, it is checked whether the activation flag corresponding to the detected line in the activation management area 5112 of the multicast communication management table has been rewritten (2502). As a result, when the rewriting has not been processed (the activation flag is 1), the write pointer 331 of the multicast communication command queue table 241 of the line control module 107 corresponding to the line and the main storage unit 102.
A multicast communication command is registered in the multicast communication command queue table 241 from the current write pointer stored in the corresponding line recording element 406 in the multicast communication recording area 402 of the current write pointer table 210 in the upper recovery interface area. (250
3) If the command is not registered (when the write pointer 331 and the current write pointer are equal), the multicast communication command is registered in the multicast communication command queue table 241 and the activation flag is rewritten to 0. (2504). Then, the write pointer 331 of the multicast communication command queue table 241 is stored in the corresponding line recording element 406 in the multicast communication recording area 402 of the current write pointer table 210 (2505), and the multicast communication management table is not activated. 1 is subtracted from the total number 511 (2506). After that, the multicast communication activation processing (steps 1205-1214 of the multicast communication activation processing 1200) to the remaining activation instruction lines is performed (2507), and the processing is repeated until the total number of non-activations 511 in the multicast communication management table becomes zero (2508). .
Then, the corresponding boot destination identification information is discarded from the boot destination identification queue table 200 (2509), and after the active processing takeover processing 1707 is completed, a multicast communication end monitoring timer for monitoring the completion of the multicast communication processing is started. (2510).

【0133】こうして、現用系の通信インタフェース部
で多回線通信制御装置内の指定された各回線制御モジュ
ールへの起動処理途中のマルチキャスト通信について、
そのマルチキャスト送信データを送出する回線の抜け/
重複なく処理を引き継ぐことができる。
Thus, regarding the multicast communication during the start-up process to each designated line control module in the multi-line communication control unit in the active communication interface section,
Loss of the line that sends the multicast transmission data /
Processing can be taken over without duplication.

【0134】図26は、マルチキャスト通信処理の終了
報告処理を引き継ぐマルチキャスト通信終了報告リカバ
リ処理のフローチャートである。
FIG. 26 is a flow chart of the multicast communication end report recovery processing which takes over the end report processing of the multicast communication processing.

【0135】マルチキャスト終了報告リカバリ処理21
04では、まず、主記憶部102上の通信制御インタフ
ェースエリアのマルチキャスト通信起動テーブル202
の起動フラグ321から有効マルチキャスト通信コマン
ドの有無を調べる(2601)。そして、有効コマンド
があれば、そのマルチキャスト通信処理がマルチキャス
トステータス2かどうか調べ(2602)、マルチキャ
ストステータス2であれば、通信インタフェース部10
3上のマルチキャスト通信管理テーブル編集エリアの該
当マルチキャスト通信管理テーブルの未終了報告受付総
数513がゼロかどうかを調べる(2603)。そし
て、未終了報告受付総数513がゼロであれば、マルチ
キャスト通信終了報告キュー・テーブル204のライト
ポインタ311とリードポインタ312とが示す間の情
報登録エリア313に登録されている有効終了報告情報
の中に未終了報告受付総数513がゼロであったマルチ
キャスト通信管理テーブルに該当する終了報告情報が登
録されていないかどうか調べ(2604)、登録されて
いなければ、該マルチキャスト通信管理テーブルから該
当マルチキャスト通信処理の終了報告情報を作成し、該
マルチキャスト通信終了報告キュー・テーブル204へ
登録する(2605)。そして、割込み報告先識別キュ
ー・テーブル207へ該マルチキャスト通信終了報告を
示す割込み報告先識別情報を登録し(2606)、ホス
トコンピュータ100のCPU101へ割込みを発行す
る(2607)。そして、ステップ2601〜2607
をマルチキャスト通信起動テーブル202の情報登録エ
リア分繰返す(2608)。
Multicast end report recovery processing 21
In 04, first, the multicast communication activation table 202 in the communication control interface area on the main storage unit 102.
The presence / absence of a valid multicast communication command is checked from the start flag 321 of (2601). Then, if there is a valid command, it is checked whether or not the multicast communication processing is multicast status 2 (2602), and if it is multicast status 2, the communication interface unit 10
It is checked whether or not the total number of unfinished report receptions 513 of the corresponding multicast communication management table in the multicast communication management table editing area on No. 3 is zero (2603). If the total number of unfinished report receptions 513 is zero, among the valid end report information registered in the information registration area 313 between the write pointer 311 and the read pointer 312 of the multicast communication end report queue table 204. The total number of unfinished report receptions 513 was zero. It is checked whether the corresponding end report information is registered in the multicast communication management table (2604). If not registered, the corresponding multicast communication processing is performed from the multicast communication management table. End report information is created and registered in the multicast communication end report queue table 204 (2605). Then, the interrupt report destination identification information indicating the multicast communication end report is registered in the interrupt report destination identification queue table 207 (2606), and an interrupt is issued to the CPU 101 of the host computer 100 (2607). Then, steps 2602 to 2607
Is repeated for the information registration area of the multicast communication activation table 202 (2608).

【0136】こうして、ホストコンピュータのCPUへ
のマルチキャスト通信終了報告処理を引き継ぐことがで
きる。
In this way, the multicast communication end report processing to the CPU of the host computer can be taken over.

【0137】このように本実施例によれば、フォールト
トレラントコンピュータであるホストコンピュータの主
記憶部を介して通信インタフェース部の現用/待機系切
換え前の処理経過情報をやり取りできるので、通信イン
タフェース部、または多回線通信制御装置の内部バス制
御部が故障し、通信インタフェース部の現用/待機系切
換えを行なっても系切換え前後での処理を引き継ぐこと
を保証できる高信頼情報通信システムを提供することが
できる。
As described above, according to the present embodiment, since the process progress information before the active / standby system switching of the communication interface unit can be exchanged via the main memory unit of the host computer which is a fault tolerant computer, the communication interface unit, Alternatively, it is possible to provide a highly reliable information communication system that can guarantee that the processing before and after the system switching can be taken over even if the internal bus control unit of the multi-line communication control device fails and the active / standby system of the communication interface unit is switched. it can.

【0138】[0138]

【発明の効果】以上のように、本発明によれば、ホスト
コンピュータ及び多回線制御装置の構成要素を二重化し
ているので、二重化構成部分が故障した場合、現用系を
切換えることによりデータ通信処理を継続し、ホストコ
ンピュータの主記憶部を介して現用系の処理の引継ぎを
行なうので、ホスト側の二重化構成部の故障により、端
末利用ユーザとの間で通信しているデータが失われた
り、ユーザが一定期間に渡って情報通信システムを使え
なくなることが無くなるという効果がある。
As described above, according to the present invention, the components of the host computer and the multi-line control device are duplicated. Therefore, if the duplicated components fail, the data communication processing is performed by switching the active system. Since the processing of the active system is taken over via the main storage unit of the host computer, due to the failure of the redundant configuration unit on the host side, the data communicating with the user using the terminal is lost, This has the effect of preventing the user from being unable to use the information communication system for a certain period of time.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の一実施例に係る情報通信システム概略
構成とホスト側のホストコンピュータ及び多回線通信制
御装置の内部構成図である。
FIG. 1 is a schematic configuration diagram of an information communication system and an internal configuration diagram of a host computer on a host side and a multi-line communication control device according to an embodiment of the present invention.

【図2】本発明の一実施例に係る情報通信システムにお
けるホスト側の通信処理インタフェース構造図である。
FIG. 2 is a communication processing interface structure diagram on the host side in the information communication system according to the embodiment of the present invention.

【図3】本発明の一実施例に係る情報通信システムにお
ける通信制御インタフェースを構成するテーブルの構造
図である。
FIG. 3 is a structural diagram of a table constituting a communication control interface in the information communication system according to the embodiment of the present invention.

【図4】本発明の一実施例に係る情報通信システムにお
けるリカバリインタフェースを構成するテーブルの構造
図である。
FIG. 4 is a structural diagram of a table forming a recovery interface in the information communication system according to the embodiment of the present invention.

【図5】本発明の一実施例に係る情報通信システムにお
けるマルチキャスト通信処理で使用される制御テーブル
の構造図である。
FIG. 5 is a structural diagram of a control table used in a multicast communication process in the information communication system according to the embodiment of the present invention.

【図6】本発明の一実施例に係る情報通信システムにお
ける構成制御インタフェースを構成するテーブルの構造
図である。
FIG. 6 is a structural diagram of a table constituting a configuration control interface in the information communication system according to the exemplary embodiment of the present invention.

【図7】本発明の一実施例に係る情報通信システムの構
成制御インタフェースでの起動/終了処理の概略手順を
示した図である。
FIG. 7 is a diagram showing a schematic procedure of start / end processing in the configuration control interface of the information communication system according to the embodiment of the present invention.

【図8】本発明の一実施例に係る情報通信システムの通
信制御インタフェースでの一対一通信の起動/終了処理
の概略手順を示した図である。
FIG. 8 is a diagram showing a schematic procedure of start / end processing of one-to-one communication in the communication control interface of the information communication system according to the embodiment of the present invention.

【図9】本発明の一実施例に係る情報通信システムの通
信インタフェース部における起動受付処理/一対一通信
起動処理のフローチャート図である。
FIG. 9 is a flowchart diagram of a boot acceptance process / one-to-one communication boot process in the communication interface unit of the information communication system according to the embodiment of the present invention.

【図10】本発明の一実施例に係る情報通信システムの
回線制御モジュールにおけるデータ通信処理の概略手順
を示した図である。
FIG. 10 is a diagram showing a schematic procedure of a data communication process in the line control module of the information communication system according to the embodiment of the present invention.

【図11】本発明の一実施例に係る情報通信システムの
通信インタフェース部における割込み受付処理及び割込
み報告処理のフローチャート図である。
FIG. 11 is a flowchart of interrupt acceptance processing and interrupt reporting processing in the communication interface unit of the information communication system according to the embodiment of the present invention.

【図12】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるマルチキャスト通信起動
処理のフローチャート図である。
FIG. 12 is a flowchart diagram of a multicast communication activation process in the communication interface unit of the information communication system according to the embodiment of the present invention.

【図13】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるマルチキャスト通信起動
受付完了報告受付処理のフローチャート図である。
FIG. 13 is a flowchart diagram of a multicast communication activation acceptance completion report acceptance process in the communication interface unit of the information communication system according to the embodiment of the present invention.

【図14】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるマルチキャスト通信終了
報告処理のフローチャート図である。
FIG. 14 is a flowchart diagram of a multicast communication end report process in the communication interface unit of the information communication system according to the embodiment of the present invention.

【図15】本発明の一実施例に係る情報通信システムの
通信インタフェース部及び回線制御モジュールにおける
マルチキャスト通信コマンドの有効数に応じた処理の概
略手順を示した図である。
FIG. 15 is a diagram showing a schematic procedure of processing according to the effective number of multicast communication commands in the communication interface unit and the line control module of the information communication system according to the embodiment of the present invention.

【図16】本発明の一実施例に係る情報通信システムの
二重化通信インタフェース部の現用/待機系切換えに用
いるインタフェースチャネル接続/切離しコマンドの起
動情報フォーマットを示した図である。
FIG. 16 is a diagram showing a start information format of an interface channel connection / disconnection command used for switching the active / standby system of the duplex communication interface unit of the information communication system according to the embodiment of the present invention.

【図17】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるインタフェースチャネル
接続処理のフローチャート図である。
FIG. 17 is a flowchart diagram of an interface channel connection process in the communication interface unit of the information communication system according to the embodiment of the present invention.

【図18】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるインタフェースチャネル
切離し処理のフローチャート図である。
FIG. 18 is a flowchart diagram of an interface channel disconnection process in the communication interface unit of the information communication system according to the embodiment of the present invention.

【図19】本発明の一実施例に係る情報通信システムの
二重化通信インタフェース部の障害切換え手順を示した
図である。
FIG. 19 is a diagram showing a failure switching procedure of the duplicated communication interface unit of the information communication system according to the embodiment of the present invention.

【図20】本発明の一実施例に係る情報通信システムの
二重化通信インタフェース部の保守切換え手順を示した
図である。
FIG. 20 is a diagram showing a maintenance switching procedure of the duplicated communication interface unit of the information communication system according to the embodiment of the present invention.

【図21】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理の
フローチャート図である。
FIG. 21 is a flow chart diagram of active system takeover processing in the communication interface unit of the information communication system according to the embodiment of the present invention.

【図22】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の通信制御情報回復処理を示すフローチャート図であ
る。
FIG. 22 is a flowchart showing a communication control information recovery process in the active process takeover process in the communication interface unit of the information communication system according to the example of the present invention.

【図23】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の割込み受付リカバリ処理を示すフローチャート図であ
る。
FIG. 23 is a flowchart showing an interrupt acceptance recovery process in the active process takeover process in the communication interface unit of the information communication system according to the example of the present invention.

【図24】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の起動受付リカバリ処理を示すフローチャート図であ
る。
FIG. 24 is a flow chart diagram showing a startup acceptance recovery process in the active process takeover process in the communication interface unit of the information communication system according to the example of the present invention.

【図25】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の起動受付リカバリ処理にて実行されるマルチキャスト
通信起動リカバリ処理を示すフローチャート図である。
FIG. 25 is a flowchart showing a multicast communication startup recovery process executed in the startup acceptance recovery process in the active process takeover process in the communication interface unit of the information communication system according to the example of the present invention.

【図26】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
のマルチキャスト通信終了報告リカバリ処理を示すフロ
ーチャート図である。
FIG. 26 is a flowchart showing a multicast communication end report recovery process in the active process takeover process in the communication interface unit of the information communication system according to the example of the present invention.

【符号の説明】 100…ホストコンピュータ、 101…CPU、 102…主記憶部、 103…通信インタフェース部、 105…多回線通信制御装置、 106…内部バス制御部、 107…回線制御モジュール、 112,113…MPU、 114,115,116…送受信バッファ、 117…インタフェースチャネル、 200…起動先識別キュー・テーブル、 201…一対一通信起動キュー・テーブル、 202…マルチキャスト通信起動テーブル、 203…一対一通信終了報告キュー・テーブル、 204…マルチキャスト通信終了報告キュー・テーブ
ル、 205…データ受信報告キュー・テーブル、 206…通信割込み報告キュー・テーブル、 207…割込み報告先識別キュー・テーブル、 208…マルチキャスト通信管理テーブル、 209…マルチキャスト通信起動受付完了報告キュー・
テーブル、 210…カレントライトポインタテーブル、 211…ネクストリードポインタテーブル、 212…宛先パターンテーブル格納エリア、 220…起動メッセージテーブル、 221…終了メッセージテーブル、 230…宛先パターンテーブル用ワークエリア、 231…マルチキャスト通信管理テーブル編集エリア、 240…一対一通信コマンドキュー・テーブル、 241…マルチキャスト通信コマンドキュー・テーブ
ル、 242…割込み通知テーブル、 500…宛先パターンテーブル、 900…起動受付処理、 1100…割込み受付処理、 911…マルチキャスト通信起動処理、 1109…マルチキャスト通信起動受付完了報告受付処
理、 1308…マルチキャスト通信終了報告処理、 1700…インタフェースチャネル接続処理、 1800…インタフェースチャネル切離し処理、 1707…現用系処理引継ぎ処理、 2101…通信制御情報回復処理、 2102…割込み受付リカバリ処理、 2103…起動受付リカバリ処理、 2410…マルチキャスト通信起動リカバリ処理、 2104…マルチキャスト通信終了報告リカバリ処理。
[Explanation of Codes] 100 ... Host computer, 101 ... CPU, 102 ... Main storage unit, 103 ... Communication interface unit, 105 ... Multi-line communication control device, 106 ... Internal bus control unit, 107 ... Line control module, 112, 113 ... MPU, 114, 115, 116 ... Transmission / reception buffer, 117 ... Interface channel, 200 ... Activation destination identification queue table, 201 ... One-to-one communication activation queue table, 202 ... Multicast communication activation table, 203 ... One-to-one communication end report Queue table, 204 ... Multicast communication end report queue table, 205 ... Data reception report queue table, 206 ... Communication interrupt report queue table, 207 ... Interrupt report destination identification queue table, 208 ... Multicast communication management table 209 ... Multicast communication activation acceptance completion report queue
Table, 210 ... Current write pointer table, 211 ... Next read pointer table, 212 ... Destination pattern table storage area, 220 ... Start message table, 221 ... End message table, 230 ... Destination pattern table work area, 231 ... Multicast communication management Table editing area, 240 ... One-to-one communication command queue table, 241 ... Multicast communication command queue table, 242 ... Interrupt notification table, 500 ... Destination pattern table, 900 ... Start acceptance process, 1100 ... Interrupt acceptance process, 911 ... Multicast Communication start processing, 1109 ... Multicast communication start reception completion report reception processing, 1308 ... Multicast communication end report processing, 1700 ... Interface channel Continuation process, 1800 ... Interface channel disconnection process, 1707 ... Working process takeover process, 2101 ... Communication control information recovery process, 2102 ... Interrupt acceptance recovery process, 2103 ... Startup acceptance recovery process, 2410 ... Multicast communication startup recovery process, 2104 ... Multicast communication end report recovery processing.

───────────────────────────────────────────────────── フロントページの続き (72)発明者 河原 哲也 神奈川県横浜市戸塚区吉田町292番地株式 会社日立製作所マイクロエレクトロニクス 機器開発研究所内 (72)発明者 中根 啓一 神奈川県横浜市戸塚区吉田町292番地株式 会社日立製作所マイクロエレクトロニクス 機器開発研究所内 (72)発明者 岡田 政和 茨城県日立市大みか町五丁目2番1号株式 会社日立製作所大みか工場内 (72)発明者 山口 彰二 茨城県日立市大みか町五丁目2番1号株式 会社日立製作所大みか工場内 (72)発明者 藤又 芳巳 茨城県日立市大みか町五丁目2番1号日立 プロセスコンピュータエンジニアリング株 式会社内 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Tetsuya Kawahara, 292 Yoshida-cho, Totsuka-ku, Yokohama-shi, Kanagawa, Ltd. Inside the Microelectronics Device Development Laboratory, Hitachi, Ltd. (72) Keiichi Nakane 292 Yoshida-cho, Totsuka-ku, Yokohama-shi, Kanagawa House number Hitachi Ltd. Microelectronics equipment development laboratory (72) Inventor Masakazu Okada 5-2-1 Omika-cho, Hitachi City, Ibaraki Hitachi Ltd. Omika factory (72) Inventor Shoji Yamaguchi Omika-cho, Hitachi City, Ibaraki Prefecture 5-2-1 Co., Ltd. Hitachi Ltd. Omika Plant (72) Inventor Yoshimi Fujimata 5-2-1 Omikacho, Hitachi-shi, Ibaraki Hitachi Process Computer Engineering Co., Ltd.

Claims (7)

【特許請求の範囲】[Claims] 【請求項1】少なくとも中央制御装置及び主記憶部を含
む内部構成要素が多重化され、一方が故障しても他方に
より処理を継続するホストコンピュータ、及びそれぞれ
複数の通信回線で接続された複数の情報端末との間でデ
ータの送受を行う複数の多回線通信制御装置を具備する
情報通信システムであって、 前記複数の多回線通信制御装置は、それぞれ、前記複数
の通信回線を制御する複数の回線制御モジュール、該複
数の回線制御モジュールを接続する内部バス、及び該内
部バスを制御し、かつ、前記ホストコンピュータとのイ
ンタフェースを持つ複数の内部バス制御部を有し、 前記ホストコンピュータは、前記内部バス制御部と同数
の、前記多回線通信制御装置とのインタフェースをとる
通信インタフェース部を有し、前記主記憶部に設けられ
た、前記多回線通信制御装置への通信処理起動を行う通
信制御インタフェースエリア、前記通信インタフェース
部の系切換え処理を行う構成制御インタフェースエリ
ア、及び前記通信インタフェース部の系切換え時に通信
データの連続性を保証するための通信処理経過引継ぎ情
報のやり取りを行うリカバリインタフェースエリアを用
いて前記通信インタフェース部の系切換えを制御するこ
とを特徴とする情報通信システム。
1. A host computer in which internal constituent elements including at least a central control unit and a main memory are multiplexed, and if one fails, the host computer continues processing by the other, and a plurality of host computers each connected by a plurality of communication lines. An information communication system comprising a plurality of multi-line communication control devices for transmitting and receiving data to and from an information terminal, wherein the plurality of multi-line communication control devices respectively control a plurality of communication lines. A line control module, an internal bus connecting the plurality of line control modules, and a plurality of internal bus control units for controlling the internal bus and having an interface with the host computer; It has the same number of communication interface units as the internal bus control units for interfacing with the multi-line communication control device, A communication control interface area for activating communication processing to the multi-line communication control device, a configuration control interface area for performing system switching processing of the communication interface section, and continuous communication data at system switching of the communication interface section. An information communication system characterized by controlling a system switching of the communication interface unit by using a recovery interface area for exchanging communication process progress takeover information for guaranteeing the reliability.
【請求項2】請求項1記載の情報通信システムにおい
て、 前記通信インタフェース部は、前記内部バス制御部を介
して前記多回線通信制御装置の内部バスと論理的に接続
しているものを現用系、論理的に切り離されているもの
を待機系として管理されることを特徴とする情報通信シ
ステム。
2. The information communication system according to claim 1, wherein the communication interface unit is one that is logically connected to the internal bus of the multi-line communication control unit via the internal bus control unit. An information communication system characterized in that those logically separated are managed as a standby system.
【請求項3】請求項1記載の情報通信システムにおい
て、 前記構成制御インタフェースエリアを介してやり取りす
るコマンドとして、前記通信インタフェース部に対して
そのインタフェースチャネルに接続している多回線通信
制御装置の内部バス制御部と内部バスとの論理的接続/
切離しを指示するインタフェースチャネル接続及びイン
タフェースチャネル切離しコマンドを設け、 前記通信インタフェース部は、該インタフェースチャネ
ル切離しコマンドにより現用系から待機系に、該インタ
フェースチャネル接続コマンドにより待機系から現用系
に移行することを特徴とする情報通信システム。
3. The information communication system according to claim 1, wherein, as a command exchanged via the configuration control interface area, the inside of a multi-line communication control device connected to the interface channel to the communication interface section. Logical connection between bus controller and internal bus /
An interface channel connection command and an interface channel disconnection command for instructing disconnection are provided, and the communication interface unit transfers the active system to the standby system by the interface channel disconnection command and the standby system to the active system by the interface channel connection command. Characteristic information communication system.
【請求項4】請求項3記載の情報通信システムにおい
て、 前記インタフェースチャネル切離しコマンドにより現用
系から待機系へ移行した通信インタフェース部は、前記
通信制御インタフェースエリアを介して起動されたコマ
ンドの処理中断、及び該起動の受付け停止を行い、 前記インタフェースチャネル接続コマンドにより待機系
から現用系へ移行した通信インタフェース部は、前記リ
カバリインタフェースエリアの通信処理経過引継ぎ情報
から、先に現用系であった前記通信インタフェース部で
中断された処理を引継ぐことにより通信データの連続性
を保証することを特徴とする情報通信システム。
4. The information communication system according to claim 3, wherein the communication interface unit that has shifted from the active system to the standby system by the interface channel disconnection command interrupts the processing of the command activated via the communication control interface area, And the communication interface unit that has stopped accepting the activation and moved from the standby system to the active system by the interface channel connection command, detects the communication interface that was previously the active system from the communication process progress takeover information in the recovery interface area. An information communication system characterized by guaranteeing continuity of communication data by taking over a process interrupted by a section.
【請求項5】請求項1記載の情報通信システムにおい
て、 前記通信制御インタフェースエリアに、前記通信インタ
フェース部でのマルチキャスト通信処理における管理情
報を記録しておくマルチキャスト通信管理テーブルを設
けたことを特徴とする情報通信システム。
5. The information communication system according to claim 1, wherein the communication control interface area is provided with a multicast communication management table for recording management information in multicast communication processing in the communication interface section. Information communication system.
【請求項6】請求項1記載の情報通信システムにおい
て、 前記中央制御装置は、前記通信制御インタフェースエリ
アを介したマルチキャスト通信におけるデータ送信先回
線を示す宛先パターンテーブルの設定を通信インタフェ
ース部に行う宛先パターンテーブル設定コマンドを有
し、同コマンドを受けた前記通信インタフェース部は、
設定された宛先パターンテーブルの補製を、前記リカバ
リインタフェースエリアに設けられた宛先パターンテー
ブル格納エリアへも格納することを特徴とする情報通信
システム。
6. The information communication system according to claim 1, wherein the central control unit sets a destination pattern table indicating a data transmission destination line in multicast communication through the communication control interface area in a communication interface unit. The communication interface unit having a pattern table setting command and receiving the command,
An information communication system, characterized in that the set destination pattern table is also stored in a destination pattern table storage area provided in the recovery interface area.
【請求項7】請求項6記載の情報通信システムにおい
て、 前記リカバリインタフェースエリアに、前記多回線通信
制御装置の各回線制御モジュールの回線毎への一対一通
信、マルチキャスト通信でのデータ送信起動状況を記録
しておくカレントライトポインタテーブルと、通信制御
インタフェースでの前記中央制御装置からの起動状況を
記録しておくネクストリードポインタテーブル、及び前
記宛先パターンテーブル設定コマンドによって通知され
た宛先パターンテーブルを格納しておく宛先パターンテ
ーブル格納エリアを設けたことを特徴とする情報通信シ
ステム。
7. The information communication system according to claim 6, wherein in the recovery interface area, a one-to-one communication for each line of each line control module of the multi-line communication control device and a data transmission start-up state in a multicast communication are provided. It stores the current write pointer table to be recorded, the next read pointer table to record the activation status from the central control device in the communication control interface, and the destination pattern table notified by the destination pattern table setting command. An information communication system characterized in that a destination pattern table storage area is provided.
JP23447492A 1992-09-01 1992-09-02 Information communication system Expired - Lifetime JP3260435B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP23447492A JP3260435B2 (en) 1992-09-02 1992-09-02 Information communication system
US08/111,235 US5396485A (en) 1992-09-01 1993-08-24 Information communication system for point-to-point communication and point-to-multipoint communication using same lines

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP23447492A JP3260435B2 (en) 1992-09-02 1992-09-02 Information communication system

Publications (2)

Publication Number Publication Date
JPH0685883A true JPH0685883A (en) 1994-03-25
JP3260435B2 JP3260435B2 (en) 2002-02-25

Family

ID=16971585

Family Applications (1)

Application Number Title Priority Date Filing Date
JP23447492A Expired - Lifetime JP3260435B2 (en) 1992-09-01 1992-09-02 Information communication system

Country Status (1)

Country Link
JP (1) JP3260435B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000207238A (en) * 1999-01-11 2000-07-28 Toshiba Corp Network system and information recording medium

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000207238A (en) * 1999-01-11 2000-07-28 Toshiba Corp Network system and information recording medium

Also Published As

Publication number Publication date
JP3260435B2 (en) 2002-02-25

Similar Documents

Publication Publication Date Title
US5396485A (en) Information communication system for point-to-point communication and point-to-multipoint communication using same lines
JP2864741B2 (en) Communication system that guarantees data integrity
US20070288585A1 (en) Cluster system
US5398329A (en) System for switching between first and second control unit and broadcasting switchover to connecting hosts indicating availability of first and second communication links
US6654880B1 (en) Method and apparatus for reducing system down time by restarting system using a primary memory before dumping contents of a standby memory to external storage
US6002665A (en) Technique for realizing fault-tolerant ISDN PBX
JP3411309B2 (en) Multicast communication system
JP3260435B2 (en) Information communication system
JPH08242474A (en) File update method for private branch of digital exchange
EP0372411A2 (en) Floating console control system
KR980013469A (en) Interprocessor communication device in all electronic exchanges
KR100303344B1 (en) A method for managing protocol and system switching priority for system redundancy
KR100442433B1 (en) Duplexing apparatus for common control processor of exchanger
JPH05257673A (en) Old file reserving method at the time of updating file
JPH0458636A (en) Communication path duplicate control system
JP4193754B2 (en) Data duplication method and program
JPH0427239A (en) Control method for lan connecting device
JPH05244225A (en) Uninterruptible system changeover method
JPH01258518A (en) Line back-up system
JP3124201B2 (en) I / O control unit
JPH09288637A (en) Re-connection system for peripheral device and interface device
KR20040024068A (en) Method for controlling cross duplication of duplication processor
JPH10145459A (en) Communication system for guaranteeing data integrity
JPS63209245A (en) Data processing unit
JPH05175980A (en) Inter-system cross connectible communication control system

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071214

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081214

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081214

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091214

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101214

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101214

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111214

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111214

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121214

Year of fee payment: 11

EXPY Cancellation because of completion of term
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121214

Year of fee payment: 11