[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JPH07168778A - ネットワーク装置およびマルチプロセッサ装置 - Google Patents

ネットワーク装置およびマルチプロセッサ装置

Info

Publication number
JPH07168778A
JPH07168778A JP5315530A JP31553093A JPH07168778A JP H07168778 A JPH07168778 A JP H07168778A JP 5315530 A JP5315530 A JP 5315530A JP 31553093 A JP31553093 A JP 31553093A JP H07168778 A JPH07168778 A JP H07168778A
Authority
JP
Japan
Prior art keywords
processor
terminal
communication
name
communication processing
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
JP5315530A
Other languages
English (en)
Other versions
JP3599364B2 (ja
Inventor
Hisashi Gotou
寿史 後藤
Norihisa Nakao
憲寿 中尾
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP31553093A priority Critical patent/JP3599364B2/ja
Priority to US08/301,781 priority patent/US5764914A/en
Priority to GB9418152A priority patent/GB2284962B/en
Publication of JPH07168778A publication Critical patent/JPH07168778A/ja
Application granted granted Critical
Publication of JP3599364B2 publication Critical patent/JP3599364B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0407—Selecting arrangements for multiplex systems for time-division multiplexing using a stored programme control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0062—Provisions for network management
    • H04Q3/0075—Fault management techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13521—Indexing scheme relating to selecting arrangements in general and for multiplex systems fault management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Hardware Redundancy (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

(57)【要約】 【目的】端末からダイアリングした際に、前記端末が接
続される交換網とホストプロセッサが結合されるネット
ワークとの間で、システムの運用状況に応じて、柔軟に
且つ適切に宛先管理、故障対処および業務処理を行う。 【構成】ネットワークノードを介して１個以上のホスト
５に結合され且つ交換網経由で複数個の端末に接続され
るＦＥＰシステム３を設け、該ＦＥＰシステム３によ
り、前記端末からのダイアリングに対し当該端末を接続
するプロセッサおよびネットワークノードの管理および
接続の実行、前記通信処理アプリケーション実行手段に
より実行される通信処理アプリケーションによる指定さ
れた端末に対応して接続宛先名として登録されているネ
ットワークノードの参照、および該通信処理アプリケー
ションによる指定端末の接続宛先名の変更更新を行っ
て、通信処理アプリケーションおよび通信アクセス法の
処理を実行する。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、交換網経由の端末から
ダイアリングを行ってネットワーク内のノードと接続し
て業務を行う運用形態において、端末側では、接続する
ノードの宛先を意識することなく、システムが運用情報
に基づいて動的に宛先を切替えることを可能とするネッ
トワーク装置、およびアプリケーションプロセスに対し
て、システムに結合した端末とのデータ送受信機能を提
供する疎結合マルチプロセッサシステムにおいて、各プ
ロセッサ内のアプリケーションプロセスからのデータ送
受信処理を可能とするマルチプロセッサ装置に関する。
【０００２】
【従来の技術】従来のネットワーク装置においては、交
換網経由の端末からダイアリングを行ってネットワーク
内のノードと接続する場合、端末の結合宛先が、定義に
より固定的に決められているか、または、次のいずれか
の方法を用いて端末の結合宛先を切替えるかしていた。
【０００３】(a) 端末オペレータが、運用スケジュール
を意識して、ネットワーク内の所定の結合ノードに対し
てダイアリングする。 (b) 端末の内部に、所定の運用スケジュールに基づいて
接続する宛先を切替えてダイアリングするようなプログ
ラムを組み込むことによって、宛先を動的に切替える。
【０００４】
【発明が解決しようとする課題】上述したように、交換
網経由で接続された端末からダイアリングして、接続ノ
ードを切り替える業務の運用においては、前記(a) の方
法では、端末オペレータが、運用スケジュールを意識し
てダイアリングする必要があった。このような方法で
は、運用スケジュールが複雑になった場合、端末オペレ
ータの負担が重くなるという欠点がある。
【０００５】また、前記(b) の方法では、端末内に宛先
切り替え用のプログラムを組み込む必要があった。この
場合、業務の運用で使用する全ての交換網経由の端末内
に、宛先切り替え用のプログラムを組み込まなければな
らないため、運用スケジュールの変更・変化に対処する
場合、コストがかさむという弊害がある。
【０００６】そこで、本発明では、端末からダイアリン
グした際に、前記端末が接続される交換網とホストプロ
セッサが結合されるネットワークとの間で、システムの
運用状況に応じて、柔軟に且つ適切に宛先管理、故障対
処および業務処理を行うことを可能とするネットワーク
装置を提供することを目的としている。
【０００７】本発明の他の目的は、各プロセッサ内のア
プリケーションプロセスからデータ送受信処理を行うこ
とができるとともに、端末を結合するプロセッサを動的
に変更可能として、前記各プロセッサ内のアプリケーシ
ョンプロセスから端末を共用することができ、常時運用
を可能として、前記ネットワーク装置における宛先管
理、故障対処および業務処理に好適に使用することがで
きるマルチプロセッサ装置を提供することにある。
【０００８】
【課題を解決するための手段】本発明は、上記目的を達
成するために、ネットワークノードを介して１個以上の
ホストプロセッサ（以下、「ホスト」と称する）に結合
され且つ交換網経由で複数個の端末に接続されるフロン
トエンドプロセッサシステム（以下、「ＦＥＰシステ
ム」と称する）を設け、該ＦＥＰシステムにより、前記
端末からのダイアリングに対し当該端末を接続するプロ
セッサおよびネットワークノードの管理および接続の実
行、前記通信処理アプリケーション実行手段により実行
される通信処理アプリケーションによる指定された端末
に対応して接続宛先名として登録されているネットワー
クノードの参照、および該通信処理アプリケーションに
よる指定端末の接続宛先名の変更更新を行って、通信処
理アプリケーションおよび通信アクセス法の処理を実行
することにより、端末からダイアリングした際に、前記
端末が接続される交換網とホストが結合されるネットワ
ークとの間で、システムの運用状況に応じて、柔軟に且
つ適切に宛先管理、故障対処および業務処理を行うこと
が可能なネットワーク装置とした。
【０００９】図１は、本発明によるネットワークシステ
ムの原理構成を示している。図１に示すシステムは、端
末１Ａ、１Ｂ、交換網２、ＦＥＰシステム３、回線／ネ
ットワーク４およびホスト５を有している。
【００１０】端末１Ａおよび１Ｂは、ユーザすなわちオ
ペレータにより操作される複数の端末であり、この図１
では、２個の端末１Ａおよび１Ｂが図示されている。交
換網２は、複数の端末１Ａおよび１ＢをＦＥＰシステム
３に接続する。
【００１１】ＦＥＰシステム３は、回線／ネットワーク
４を介してホスト５に結合されている。図１では、１個
のホスト５のみが示されているが、ホスト５は複数個設
けられていてもよい。
【００１２】ホスト５は、通信処理アプリケーションを
実行するための通信処理アプリケーション実行部５１、
通信処理サーバを実行するための通信処理サーバ部５２
および通信アクセス法の処理を実行するための通信アク
セス法処理部５３を有している。通常、ＦＥＰシステム
３の通信処理アプリケーション実行部３１は、そのパフ
ォーマンスについてはホスト５の通信処理アプリケーシ
ョン実行部５１よりも小規模でよい。
【００１３】ＦＥＰシステム３も、通信処理アプリケー
ションを実行するための通信処理アプリケーション実行
部３１、通信処理サーバを実行するための通信処理サー
バ部３２および通信アクセス法の処理を実行するための
通信アクセス法処理部３３を有している。通常、ＦＥＰ
システム３の通信処理アプリケーション実行部３１は、
パフォーマンスについてはホスト５の通信処理アプリケ
ーション実行部５１よりも小規模でよい。
【００１４】ＦＥＰシステム３は、前記端末１Ａ、１Ｂ
からのダイアリングに対し当該端末を接続するプロセッ
サおよびネットワークノードの管理および接続の実行、
前記通信処理アプリケーション実行部３１により実行さ
れる通信処理アプリケーションによる指定された端末に
対応して接続宛先名として登録されているネットワーク
ノードの参照、および該通信処理アプリケーションによ
る指定端末の接続宛先名の変更更新を行うことができ
る。
【００１５】なお、ＦＥＰシステム３は、接続ノード管
理部、宛先名参照部、宛先名変更部、接続処理実行部お
よび運用情報取得部を有していてもよい。この場合、典
型的には、前記宛先名参照部、宛先名変更部および運用
情報取得部は、通信処理アプリケーション実行部３１に
設けられ、前記接続ノード管理部および接続処理実行部
は、通信アクセス法処理部３３に設けられる。そして、
通信処理アプリケーション実行部３１と通信アクセス法
処理部３３とは、通信処理サーバ部３２を介して結合さ
れる。
【００１６】前記接続ノード管理部は、端末単位に、当
該端末をどのプロセッサの、どのネットワークノードに
接続するかを示すノード管理テーブルを保持し、前記端
末からＦＥＰシステムにダイアリングした際に、当該端
末をどのプロセッサの、どのネットワークノードに接続
するかを管理する。
【００１７】前記宛先名参照部は、ＦＥＰシステム内で
動作する通信処理アプリケーションが、端末名を指定し
て宛先名参照のシステムコールを発生した際に、前記ノ
ード管理テーブルにおいて指定端末の接続宛先名として
登録されているネットワークノード名を前記通信処理ア
プリケーションに通知する。
【００１８】前記宛先名変更部は、前記通信処理アプリ
ケーションが、端末名とネットワークノード名を指定し
て宛先名変更のシステムコールを発生した際に、前記ノ
ード管理テーブルにおける指定端末の接続宛先名を、指
定ネットワークノード名に更新する。
【００１９】前記接続処理実行部は、端末からＦＥＰシ
ステムにダイアリングした際に、前記接続ノード管理テ
ーブルを参照して接続ネットワークノードを決定し当該
ノードに接続要求を伝達する。
【００２０】前記運用情報取得部は、前記通信処理アプ
リケーションが、端末の接続宛先名を変更するために利
用する運用情報を取得する。さらに、前記運用情報取得
部は、ホストの運用スケジュールを参照し、且つ前記接
続ノード管理部は、該当ホストの前記運用スケジュール
に基づき、ホスト稼働時には端末の接続ノードを該当ホ
スト内のネットワークノードとし、ホスト停止時には前
記該当ホストを代行し得る他のホスト内のネットワーク
ノードとして宛先を変更するようにしてもよい。
【００２１】また、前記運用情報取得部は、ホストの運
用スケジュールを参照し、且つ前記接続ノード管理部
は、該当ホストの前記運用スケジュールに基づき、ホス
ト稼働時には端末の接続ノードを該当ホスト内のネット
ワークノードとし、ホスト停止時にはそのＦＥＰシステ
ム内で実行される通信処理アプリケーションを前記端末
に接続されるネットワークノードとして宛先を変更する
ようにしてもよい。
【００２２】前記運用情報取得部は、そのＦＥＰシステ
ム内で動作する通信処理アプリケーションが、ホスト内
で動作する通信処理アプリケーションと相互に通信を行
うことにより運用スケジュールを決定するようにしても
よい。
【００２３】本発明は、上記他の目的を達成するため
に、アプリケーションプロセス部、通信処理サーバプロ
セス部、および通信アクセス法プロセス部を有するマル
チプロセッサが入出力バスに複数個並列的に結合される
疎結合マルチプロセッサシステムにおいて、前記通信処
理サーバプロセス部が、前記アプリケーションプロセス
によるデータ送信のシステムコールの実行時に、送信先
端末に対応して指定される、プロセッサ識別信号とプロ
セッサ内に記憶される端末管理テーブルにおける配列番
号とを含むマルチプロセッサシステム内で一意的な、通
信識別子からプロセッサ識別番号を取り出すとともに、
該プロセッサ識別番号により決定されるプロセッサに対
して、当該プロセッサ内の通信処理サーバプロセスで端
末への送信処理を実行させるべく送信データを回送する
ようにすることにより、各プロセッサ内のアプリケーシ
ョンプロセスからデータ送受信処理を行うことができる
とともに、端末を結合するプロセッサを動的に変更可能
として、前記各プロセッサ内のアプリケーションプロセ
スから端末を共用することができ、常時運用を可能とす
るマルチプロセッサ装置とした。
【００２４】図２は、本発明によるマルチプロセッサシ
ステムの原理構成を示している。図２に示すシステム
は、端末１Ａ、１Ｂ、１Ｃおよび１Ｄと、疎結合マルチ
プロセッサシステム６とで構成されている。疎結合マル
チプロセッサシステム６は、プロセッサ９Ａ、９Ｂおよ
び９Ｃを有し、これら各プロセッサ９Ａ、９Ｂ、９Ｃ
は、それぞれ、アプリケーションプロセス実行部、通信
処理サーバプロセス実行部、および通信アクセス法プロ
セス実行部を有する。前記端末１Ａ、１Ｂ、１Ｃおよび
１Ｄは、交換網２を介してプロセッサ９Ａ、９Ｂおよび
９Ｃに接続されている。
【００２５】前記通信処理サーバプロセス実行部は、ア
プリケーションプロセスによるデータ送信のシステムコ
ールの実行時に、送信先端末に対応して指定される通信
識別子からプロセッサ識別番号を取り出すとともに、該
プロセッサ識別番号により決定されるプロセッサに対し
て、当該プロセッサ内の通信処理サーバプロセスで端末
への送信処理を実行させるべく送信データを回送する。
前記通信識別子は、プロセッサ識別信号とプロセッサ内
に記憶される端末管理テーブルにおける配列番号とを含
んでマルチプロセッサシステム内で一意的に定義され
る。
【００２６】通信処理サーバプロセス実行部は、通信識
別子採番部、通信識別子通知部およびプロセッサ識別番
号取得部を具備していてもよい。前記通信識別子採番部
は、端末のプロセッサとの結合時に、プロセッサ識別信
号とプロセッサ内の端末管理テーブルにおける配列番号
とを組み合わせて得られるマルチプロセッサシステム内
での一意的な番号を通信識別子として採番する。前記通
信識別子通知部は、アプリケーションプロセスに対し
て、端末結合の処理結果の通知時に、通信識別子を通知
する。前記プロセッサ識別番号取得部は、アプリケーシ
ョンプロセスによるデータ送信のシステムコールの実行
時に、送信先端末に対応して指定された通信識別子から
プロセッサ識別番号を取り出す。
【００２７】また、前記疎結合マルチプロセッサシステ
ム６は、１個のプロセッサに待機属性を、残りのプロセ
ッサに現用属性を付与し、待機プロセッサは現用プロセ
ッサの障害時にバックアップ用として動作するように
し、各プロセッサには所定の論理プロセッサ名を付与
し、待機プロセッサが障害現用プロセッサをバックアッ
プする際に現用プロセッサの論理プロセッサ名を引き継
ぐとともに、プロセッサ識別番号として論理プロセッサ
名リストの配列番号を割り当てることにより、待機プロ
セッサが現用プロセッサに結合していた端末を引き継い
だ後でも、端末と通信識別子との関係を不変とするよう
にしてもよい。
【００２８】さらに、このようなマルチプロセッサ装置
を、先に述べたネットワーク装置におけるＦＥＰシステ
ムとして用いてもよい。
【００２９】
【作用】本発明によるネットワークシステムでは、通信
処理アプリケーションを組み込んだＦＥＰシステム３を
１組または複数個のホスト５に結合するとともに、業務
実行時に、端末１Ａ、１Ｂからネットワーク内のノード
への接続をする場合、常にＦＥＰシステム３にダイアリ
ングするだけで、ＦＥＰシステム３からその時点で有効
なネットワークノードに対して接続要求を振り分け、端
末１Ａ、１Ｂを有効なノードに接続する。
【００３０】本発明によるマルチプロセッサシステム６
では、通信処理サーバプロセスにより、端末結合時に、
プロセッサ識別番号と端末管理テーブル内の配列番号の
２つの情報を組み合わせたものとして構造化した通信識
別子を動的に割り当て、当該マルチプロセッサシステム
内で一意的に定義されるこの通信識別子をアプリケーシ
ョンプロセスに通知し、該アプリケーションプロセスに
よる結合端末に対する送信システムコール時に、結合端
末毎に対応して指定した通信識別子に基づいてプロセッ
サを決定し、当該プロセッサに送信データを回送するこ
とにより、送信処理を実行するので、プロセッサで異常
が発生し、端末をバックアッププロセッサに引き継いだ
際にも、送信システムコールのインタフェースの普遍性
が保証される。
【００３１】
【実施例】
《実施例１》次に、本発明に係るネットワーク装置の具
体的な実施例を図面を参照して説明する。
【００３２】図３は、本発明の第１の実施例によるネッ
トワーク装置の構成を示している。図３のネットワーク
装置は、端末１Ａ、１Ｂ…、交換網２、ＦＥＰシステム
３、回線／ネットワーク４、ホスト５Ａ…を有してい
る。
【００３３】端末１Ａ、１Ｂ…は、交換網２を介してＦ
ＥＰシステム３に接続される。ＦＥＰシステム３は、高
速ＬＡＮ（ローカルエリアネットワーク）回線またはネ
ットワーク回線により構成される回線／ネットワーク４
を介して１個以上のホスト５Ａ…に結合されている。
【００３４】ホスト５Ａ…は、各々通信処理アプリケー
ションを実行するための通信処理アプリケーション実行
部５１、通信処理サーバ処理を実行するための通信処理
サーバ部５２および通信アクセス法の処理を実行するた
めの通信アクセス法処理部５３を有している。
【００３５】ＦＥＰシステム３も、通信処理アプリケー
ションを実行するための通信処理アプリケーション実行
部３１、通信処理サーバ処理を実行するための通信処理
サーバ部３２および通信アクセス法の処理を実行するた
めの通信アクセス法処理部３３を有している。通常、Ｆ
ＥＰシステム３の通信処理アプリケーション実行部３１
は、パフォーマンスについてはホスト５の通信処理アプ
リケーション実行部５１よりも小規模でよい。
【００３６】通信アクセス法処理部３３は、ノード管理
テーブル３４を保持している。ノード管理テーブル３４
は、端末毎に、端末名、端末ネットワークアドレス、定
義指定ノード名（とその有効フラグ）、およびアプリケ
ーション指定ノード名（とその有効フラグ）が登録され
る。
【００３７】ＦＥＰシステム３は、前記端末１Ａ、１Ｂ
…からのダイアリングに対し当該端末を接続するプロセ
ッサおよびネットワークノードの管理および接続の実
行、前記通信処理アプリケーション実行部３１により実
行される通信処理アプリケーションによる指定された端
末に対応して接続宛先名として登録されているネットワ
ークノードの参照、および該通信処理アプリケーション
による指定端末の接続宛先名の変更更新を行うことがで
きる。
【００３８】この図３の実施例における主としてＦＥＰ
システム３部分を図４にさらに詳細に示す。図４におい
ては、ホスト５Ａ、５Ｂ、および端末１Ａ、１Ｂ、１Ｃ
が示されている。
【００３９】図４に示すように、ＦＥＰシステム３の通
信処理アプリケーション実行部３１は、運用情報取得部
３５、宛先ノード名参照部３６および宛先ノード名変更
部３７を有しており、ＦＥＰシステム３の通信アクセス
法処理部３３は、ノード管理テーブル３４を保持すると
ともに、接続ノード管理部３８および接続処理実行部３
９を有している。
【００４０】運用情報取得部３５は、前記通信処理アプ
リケーションが、端末１Ａ…の接続宛先名を変更するた
めに利用する運用情報を取得する。宛先ノード名参照部
３６は、ＦＥＰシステム３内で動作する通信処理アプリ
ケーションが、端末名を指定して宛先名参照のシステム
コールを発生した際に、ノード管理テーブル３４におい
て指定端末の接続宛先名として登録されているネットワ
ークノード名を前記通信処理アプリケーションに通知す
る。
【００４１】宛先ノード名変更部３７は、前記通信処理
アプリケーションが、端末名とネットワークノード名を
指定して宛先名変更のシステムコールを発生した際に、
ノード管理テーブル３４における指定端末の接続宛先名
を、指定ネットワークノード名に更新する。
【００４２】接続ノード管理部３８は、端末単位に、当
該端末をどのプロセッサの、どのネットワークノードに
接続するかを示すノード管理テーブル３４を用い、前記
端末１Ａ…からＦＥＰシステム３にダイアリングした際
に、当該端末をどのプロセッサの、どのネットワークノ
ードに接続するかを管理する。
【００４３】接続処理実行部３９は、端末１Ａ…からＦ
ＥＰシステム３にダイアリングした際に、ノード管理テ
ーブル３４を参照して接続ネットワークノードを決定し
当該ノードに接続要求を伝達する。
【００４４】なお、前記運用情報取得部３５は、ホスト
５Ａ…の運用スケジュールを参照し、且つ前記接続ノー
ド管理部３８は、該当ホスト５Ａ…の前記運用スケジュ
ールに基づき、ホスト稼働時には端末の接続ノードを該
当ホスト５Ａ…内のネットワークノードとし、ホスト停
止時には前記該当ホスト５Ａ…を代行し得る他のホスト
内のネットワークノードとして宛先を変更するようにし
てもよい。
【００４５】また、前記運用情報取得部３５は、ホスト
５Ａ…の運用スケジュールを参照し、且つ前記接続ノー
ド管理部３８は、該当ホスト５Ａ…の前記運用スケジュ
ールに基づき、ホスト稼働時には端末の接続ノードを該
当ホスト５Ａ…内のネットワークノードとし、ホスト停
止時にはそのＦＥＰシステム３内で実行される通信処理
アプリケーションを前記端末に接続されるネットワーク
ノードとして宛先を変更するようにしてもよい。
【００４６】さらに、前記運用情報取得部３５は、その
ＦＥＰシステム内で動作する通信処理アプリケーション
が、ホスト内で動作する通信処理アプリケーションと相
互に通信を行うことにより運用スケジュールを決定する
ようにしてもよい。
【００４７】図３および図４において、先に述べたよう
に、ホスト５Ａ…とＦＥＰシステム３は、例えば高速Ｌ
ＡＮ回線からなる回線／ネットワーク４で接続されてい
る。端末１Ａ…は、ＦＥＰシステム３と交換網２経由で
接続され、ホスト５Ａ…に例えばファイル転送を行う。
【００４８】また、ＦＥＰシステム３の通信処理アプリ
ケーション実行部３１で実行される通信処理アプリケー
ションは、ホスト５Ａ…で実行される通信処理アプリケ
ーションとの間で通信して、ホストマシンの稼働状況を
取得する。
【００４９】ＦＥＰシステム３内で動作する通信アクセ
ス法処理部３３は、端末単位で接続ノード名を記述した
ネットワーク定義を展開し、ノード管理テーブル３４と
してＦＥＰシステム３の主記憶域内に保持する。このノ
ード管理テーブル３４には、ネットワーク定義で指定さ
れたノード名と通信処理アプリケーションが指定するノ
ード名との２つの宛先を管理する。通信処理アプリケー
ションがノード名の変更要求を出していない場合、端末
１Ａ…からのダイアリング時には、ノード管理テーブル
３４に格納されたネットワーク定義で指定されたノード
に振り分けられる。
【００５０】これに対して、通信処理アプリケーション
がノード名の変更要求を発行している場合には、この名
前をノード管理テーブル３４内の、通信処理アプリケー
ション指定欄に反映しておく。そして、端末１Ａ…から
のダイアリング時には、ノード管理テーブル３４内に通
信処理アプリケーションが指定した名前が格納されてい
ることから、これを優先的に採用して当該ノードに振り
分ける。
【００５１】ＦＥＰシステム３内の通信処理アプリケー
ションは、ホスト５Ａ…が停止する前に、宛先ノード名
を当該ＦＥＰシステム３自体に変更しておく。そして、
ホスト５Ａ…が稼働状態となったのを契機に、宛先ノー
ド名をホスト５Ａ…内のノードに変更する。
【００５２】ＦＥＰシステム３内の通信処理アプリケー
ションは、宛先ノードが当該ＦＥＰシステム３自体とな
っている場合、端末１Ａ…から転送されるファイルを一
時的に蓄積しておく。そして、ホストマシンが稼働状態
となり、転送指示を受けたときに、一括してホスト５Ａ
…に転送する。
【００５３】なお、宛先ノードが当該ＦＥＰシステム３
自体となっている場合に、ＦＥＰシステム３内の通信処
理アプリケーションが、端末１Ａ…から転送されるデー
タを、ホストに代わって処理することが可能であれば、
端末１Ａ…から転送されるファイルをホストマシンに代
わって処理するようにしてもよい。
【００５４】図３に示す経路Ｐ１は、稼働状態を判断す
るための相互の通信を、経路Ｐ２は、稼働状況の変化に
応じて発行される宛先切換え指示が端末管理テーブルに
反映される様子を、そして経路Ｐ３およびＰ４は、接続
時に端末管理テーブルを参照して、実際に有効な宛先に
接続される様子をそれぞれ示している。
【００５５】図５、図６、図７、図８および図９は、接
続ノード管理部３８、宛先ノード名参照部３６、宛先ノ
ード名変更部３７、接続処理実行部３９および運用情報
取得部３５のそれぞれの動作を詳細に示すフローチャー
トである。
【００５６】図５に示す接続ノード管理部３８の処理は
次のように行われる。処理が開始されると、ＩＰＬ（イ
ニシャルプログラムローダ）処理を行うか否かが判定さ
れ（ステップＳ１１）、「真」である場合には、システ
ムファイルから交換端末定義情報を読み出す（ステップ
Ｓ１２）。次に、交換端末定義情報のシンタクスチェッ
クおよびセマンティック等の定義チェック処理が行われ
（ステップＳ１３）、このチェック処理の結果が判定さ
れて（ステップＳ１４）、「真」である場合には、ＦＥ
Ｐシステム３の主記憶域に交換端末数分のノード管理テ
ーブル領域が獲得され、先に読み出された定義情報が反
映されて（ステップＳ１５）、処理が終了する。
【００５７】ステップＳ１１で、「偽」であると判定さ
れたときは、宛先ノード名の参照または変更依頼である
か否かが判定され（ステップＳ１６）、「真」であると
判定されたときは、依頼端末名をキーとしてノード管理
テーブル３４の検索が行われる（ステップＳ１７）。次
に、検索が成功したか否かが判定され（ステップＳ１
８）、「真」であれば、参照依頼か否かが判定される
（ステップＳ１９）。ステップＳ１９で「真」であると
判定された場合には、アプリケーション指定ノードが有
効であるか否かが判定され（ステップＳ２０）、「真」
であると判定された場合には、アプリケーション指定ノ
ード名を出力情報領域に格納して（ステップＳ２１）、
処理を終了する。
【００５８】ステップＳ２０で、「偽」であると判定さ
れた場合には、定義指定ノード名を出力情報領域に格納
して（ステップＳ２２）、処理を終了する。ステップＳ
１９で、「偽」、すなわち変更依頼であると判定された
場合には、変更ノード名はバイナリでゼロであるか否か
が判定され（ステップＳ２３）、「真」であれば、さら
に指定ノード名は有効であるか否かが判定される（ステ
ップＳ２４）。ステップＳ２４で、「真」であると判定
された場合には、ノード管理テーブルのアプリケーショ
ン指定有効フラグをオンとし（ステップＳ２５）、さら
にアプリケーション指定ノード名をノード管理テーブル
３４に格納して（ステップＳ２６）、処理を終了する。
【００５９】ステップＳ２３で「偽」であると判定され
たときは、ノード管理テーブル３４のアプリケーション
指定有効フラグをオフとして（ステップＳ２７）、処理
を終了する。
【００６０】ステップＳ１４、Ｓ１６、Ｓ１８およびＳ
２４で、「偽」と判定された場合はエラーであるので、
復帰値を異常として（ステップＳ２８）、処理を終了す
る。図６に示す宛先ノード名参照部３６の処理は次のよ
うに行われる。
【００６１】処理が開始されると、接続ノード管理部３
８に宛先ノード名の参照を依頼し（ステップＳ３１）、
正常復帰か否かが判定され（ステップＳ３２）、「真」
であれば、出力ノード名を通信処理アプリケーションに
通知して（ステップＳ３３）、処理を終了する。ステッ
プＳ３２において、「偽」であると判定された場合に
は、異常復帰の詳細なコードを付加してアプリケーショ
ンに異常終了を通知し（ステップＳ３４）、処理を終了
する。
【００６２】図７に示す宛先ノード名変更部３７の処理
は次のように行われる。処理が開始されると、接続ノー
ド管理部３８に宛先ノード名の変更を依頼し（ステップ
Ｓ４１）、正常復帰か否かが判定され（ステップＳ４
２）、「真」であれば、通信処理アプリケーションに正
常終了を通知して（ステップＳ４３）、処理を終了す
る。ステップＳ４２において、「偽」であると判定され
た場合には、異常復帰の詳細なコードを付加してアプリ
ケーションに異常終了を通知し（ステップＳ４４）、処
理を終了する。
【００６３】図８に示す接続処理実行部３９の処理は次
のように行われる。処理が開始されると、ダイアリング
受付時の端末のアドレスをキーとしてノード管理テーブ
ルの検索を行い（ステップＳ５１）、アプリケーション
指定ノードは有効か否かが判定され（ステップＳ５
２）、「真」であれば、指定ノード名からアドレスを求
めて、当該ノードに接続要求を通知して（ステップＳ５
３）、処理を終了する。ステップＳ５２において、
「偽」であると判定された場合には、定義ノード名から
アドレスを求めて当該ノードに接続要求を通知し（ステ
ップＳ５４）、処理を終了する。
【００６４】図９に示す運用情報取得部３５の処理は次
のように行われる。処理が開始されると、接続ノード変
更契機か否かが判定され（ステップＳ６１）、「真」で
あれば、運用情報から接続ノード名を取得する（ステッ
プＳ６２）。さらに、宛先ノード名変更部３７により接
続先ノード名を取得し（ステップＳ６３）、変更処理が
正常に完了したか否かが判定され（ステップＳ６４）、
「真」であれば処理を終了する。ステップＳ６４で、
「偽」と判定された場合には、異常処理が行われて（ス
テップＳ６５）、処理を終了する。ステップＳ６１で、
「偽」であると判定された場合には、そのまま処理を終
了する。
【００６５】《実施例２》次に、本発明に係るマルチプ
ロセッサ装置の具体的な実施例を図面を参照して説明す
る。
【００６６】〈システム構成〉図１０は、本発明の第２
の実施例によるマルチプロセッサ装置の構成を示してい
る。
【００６７】図１０のマルチプロセッサ装置は、端末１
Ａ、１Ｂ、１Ｃおよび１Ｄと、疎結合マルチプロセッサ
システム６とで構成されている。疎結合マルチプロセッ
サシステム６は、回線アダプタ７Ａ、７Ｂ、ＩＯ（入出
力）バス８およびプロセッサ９Ａ、９Ｂ、９Ｃを有す
る。
【００６８】回線アダプタ７Ａは、端末１Ａおよび１Ｂ
に接続され、回線アダプタ７Ｂは、端末１Ｃおよび１Ｄ
に接続される。これら回線アダプタ７Ａおよび７Ｂは、
ＩＯバス８に接続され、ＩＯバス８には、プロセッサ９
Ａ、９Ｂおよび９Ｃが接続される。
【００６９】各プロセッサ９Ａ、９Ｂ、９Ｃは、それぞ
れ、アプリケーションプロセス実行部９１Ａ、９１Ｂ、
９１Ｃ、通信処理サーバプロセス実行部９２Ａ、９２
Ｂ、９２Ｃ、および通信アクセス法プロセス実行部９３
Ａ、９３Ｂ、９３Ｃを有する。前記通信処理サーバプロ
セス実行部９２Ａ、９２Ｂ、９２Ｃは、アプリケーショ
ンプロセスによるデータ送信のシステムコールの実行時
に、送信先端末に対応して指定される通信識別子からプ
ロセッサ識別番号を取り出すとともに、該プロセッサ識
別番号により決定されるプロセッサに対して、当該プロ
セッサ内の通信処理サーバプロセスで端末への送信処理
を実行させるべく送信データを回送する。前記通信識別
子は、プロセッサ識別信号とプロセッサ内に記憶される
端末管理テーブルにおける配列番号とを含み、マルチプ
ロセッサシステム内で一意的に定義される。
【００７０】通信処理サーバプロセス実行部９２Ａ、９
２Ｂ、９２Ｃは、それぞれ、通信識別子採番部９４Ａ、
９４Ｂ、９４Ｃ、通信識別子通知部９５Ａ、９５Ｂ、９
５Ｃおよびプロセッサ識別番号取得部９６Ａ、９６Ｂ、
９６Ｃを具備している。
【００７１】通信識別子採番部９４Ａ、９４Ｂ、９４Ｃ
は、端末のプロセッサとの結合時に、プロセッサ識別信
号とプロセッサ内の端末管理テーブルにおける配列番号
とを組み合わせて得られるマルチプロセッサシステム内
での一意的な番号を通信識別子として採番する。
【００７２】通信識別子通知部９５Ａ、９５Ｂ、９５Ｃ
は、アプリケーションプロセスに対して、端末結合の処
理結果の通知時に、通信識別子を通知する。プロセッサ
識別番号取得部９６Ａ、９６Ｂ、９６Ｃは、アプリケー
ションプロセスによるデータ送信のシステムコールの実
行時に、送信先端末に対応して指定された通信識別子か
らプロセッサ識別番号を取り出す。
【００７３】ＩＯバス８は、プロセッサ９Ａ〜９Ｃと回
線アダプタ７Ａ、７Ｂとの間のデータの入出力で使用さ
れる。すなわち、図１０に示しているのは、複数のプロ
セッサ９Ａ、９Ｂ、９Ｃと（ＬＡＮ）回線アダプタ７
Ａ、７ＢとをＩＯバス８で疎結合したマルチプロセッサ
システム６である。回線アダプタ７Ａ、７Ｂには、任意
のプロセッサ９Ａ、９Ｂ、９Ｃからアクセスすることが
できる。
【００７４】さらに、各プロセッサ９Ａ、９Ｂ、９Ｃ上
に、アプリケーションプロセス実行部９１Ａ、９１Ｂ、
９１Ｃ、通信サーバプロセス実行部９２Ａ、９２Ｂ、９
２Ｃおよび通信アクセス法プロセス実行部９３Ａ、９３
Ｂ、９３Ｃがそれぞれ各対応して設けられる。各アプリ
ケーションプロセスが発生する送受信システムコール
は、当該プロセッサ上の通信処理サーバプロセスが受け
付ける。そして、端末が結合しているプロセッサの位置
に応じて、そのプロセッサ自身が通信アクセス法プロセ
スを使用して処理するのか、他のプロセッサ上の通信処
理サーバプロセスに処理を依頼するのかを決定して分岐
処理を行う。
【００７５】図１０に破線で示すコネクションＰＡ、Ｐ
ＣおよびＰＤは、論理的な結合関係の例を示し、このよ
うな結合関係は、コネクション、セッションまたは通信
パス等と称される。これらコネクションＰＡ、ＰＣおよ
びＰＤによる各端末１Ａ〜１Ｄと各プロセッサ９Ａ〜９
Ｃとの論理的な結合関係は、端末１Ａはプロセッサ９Ａ
に結合され、端末１Ｂはシステムと未結合であり、端末
１Ｃはプロセッサ９Ｃに結合され、端末１Ｄはプロセッ
サ９Ａに結合されている。
【００７６】データフローＦ１は、端末１Ａがプロセッ
サ９Ａと結合した場合の結合時のデータの流れを示し、
データフローＦ２は、プロセッサ９Ｂ内のアプリケーシ
ョンプロセスが、端末１Ｃに対してデータ送信システム
コールを実行したときのデータの流れを示す。各プロセ
ッサ９Ａ、９Ｂおよび９Ｃの論理プロセッサ名はそれぞ
れＰＭ０１、ＰＭ０２およびＰＭ０３とする。
【００７７】〈通信識別子の採番〉通信識別子の採番
は、図１１および図１２に、発呼による端末結合時のデ
ータフローおよび着呼による端末結合時のデータフロー
をそれぞれ示すように、アプリケーションプロセスから
の発呼要求または端末からアプリケーションプロセスへ
の着呼通知を契機とした端末結合処理において実行され
る。
【００７８】図１３に通信識別子の採番処理のフローチ
ャートを示す。通信処理サーバプロセスは、通信アクセ
ス法プロセスに結合処理を依頼する前に、自プロセッサ
内の端末管理テーブルリストから空きエントリを検索す
る（ステップＳ７１）。そして、検索が成功したか否か
が判定され（ステップＳ７２）、「真」であれば、検索
されたエントリの配列番号が取得され（ステップＳ７
３）、当該エントリの配列番号と論理プロセッサ名リス
ト内の自プロセッサの配列番号とを組み合わせた番号を
通信識別子として採番した後（ステップＳ７４）、端末
管理テーブルに格納して（ステップＳ７５）、処理を終
了する。
【００７９】ステップＳ７２において、「偽」と判定さ
れた場合、すなわち端末管理テーブルリストに空きエン
トリがない場合は、端末管理テーブルリストを拡張し、
拡張部の先頭エントリを取得して（ステップＳ７６）、
ステップＳ７４の処理を行う。
【００８０】このようにして採番された通信識別子は、
図１１および図１２に示されるように、通信アクセス法
に結合依頼する際に、利用者要求識別子として指定され
る。 〈通信識別子の通知〉図１１および図１２に示されるよ
うに、通前記結合処理の結果は、通信アクセス法プロセ
スから通信処理サーバプロセスに対して、結合依頼とは
非同期に通知される。さらに、通信処理サーバプロセス
は、通信識別子と共に結合処理結果をアプリケーション
プロセスに通知する。
【００８１】図１４に通信識別子の通知処理のフローチ
ャートを示す。通信処理サーバプロセスは、このとき処
理結果に付加して通知される通信識別子をキーとして、
端末管理テーブルを検索することにより、結合に成功し
たか否かを判定する（ステップＳ８１）。そして、ステ
ップＳ８１の判定結果が「真」、すなわち結合結果が正
常の場合、処理結果データ内通信識別子に、端末管理テ
ーブル内の通信識別子を格納して（ステップＳ８２）、
アプリケーションプロセスに、通信識別子とともに処理
結果データを通知することにより（ステップＳ８３）、
処理が正常に完了したことを通知して処理を終了する。
ステップＳ８１で、「偽」と判定された場合、すなわち
異常の場合、処理結果データ内通信識別子を無効化する
ため、端末管理テーブル内の通信識別子をゼロクリアし
（ステップＳ８４）、端末管理テーブルをリストから削
除して（ステップＳ８５）、アプリケーションプロセス
に、エラーの原因を付加して処理結果データを通知する
ことにより（ステップＳ８３）、処理が異常終了したこ
とを通知して処理を終了する。
【００８２】〈プロセッサ識別番号の取得〉図１５にデ
ータ送信時のデータフローを示すように、アプリケーシ
ョンプロセスは、送信システムコール実行時に、結合端
末に対応する通信識別子を指定し、論理プロセッサ識別
番号を取得する。
【００８３】図１６に論理プロセッサ識別番号の取得処
理のフローチャートを示す。当該送信要求を受け付けた
通信処理サーバプロセスは、指定された通信識別子のプ
ロセッサ識別番号の有効性をチェックする（ステップＳ
９１）。そして、ステップＳ９１が「真」、すなわち通
信識別子の論理プロセッサ識別番号が正常である時は、
通信識別子内のプロセッサ識別番号からプロセッサの位
置を決定する。このとき、プロセッサ識別番号は自プロ
セッサの値に等しいか否かを調べ（ステップＳ９２）、
「真」、すなわち当該プロセッサがそのプロセッサ自体
である場合は、通信アクセス法プロセスに送信依頼して
（ステップＳ９３）、処理を終了する。また、ステップ
Ｓ９２が「偽」、つまり当該プロセッサが他プロセッサ
である場合、他プロセッサ内の通信処理サーバプロセス
に対して、送信データを回送することで送信処理を依頼
し（ステップＳ９４）、処理を終了する。ステップＳ９
１で「偽」、すなわちプロセッサ識別番号が無効である
時はアプリケーションプロセスにその旨を通知して（ス
テップＳ９５）、処理を終了する。
【００８４】図１７は、論理プロセッサ名リスト、プロ
セッサ９Ａ、９Ｃの端末管理テーブルリストおよび端末
１Ａ、１Ｃ、１Ｄの管理テーブルの関係を模式的に示し
ている。
【００８５】論理プロセッサ名リストは、それぞれ論理
プロセッサ名、物理的なプロセッサの識別情報およびそ
の他の管理情報が格納された複数の配列からなり、図１
７においては、配列０が未使用状態、配列１には、論理
プロセッサ名としてＰＭ０１、物理的なプロセッサの識
別情報としてプロセッサ９Ａを示す情報が格納され、配
列２には、論理プロセッサ名としてＰＭ０２、物理的な
プロセッサの識別情報としてプロセッサ９Ｂを示す情報
が格納され、配列３には、論理プロセッサ名としてＰＭ
０３、物理的なプロセッサの識別情報としてプロセッサ
９Ｃを示す情報が格納されている。
【００８６】プロセッサ９Ａの端末管理テーブルリスト
は、配列０、３および４が未使用であり、配列１には端
末１Ａの管理テーブルが格納され、配列２には端末１Ｄ
の管理テーブルが格納されている。端末１Ａの管理テー
ブルには、通信識別子「０１０００００１」と他の管理
情報とが格納されている。通信識別子「０１ ００００
０１」の「０１」は論理プロセッサ名リストの配列番号
であり、「０００００１」は端末管理テーブルリストの
配列番号である。端末１Ｄの管理テーブルには、通信識
別子「０１ ０００００２」と他の管理情報とが格納さ
れている。通信識別子「０１ ０００００２」の「０
１」は論理プロセッサ名リストの配列番号であり、「０
００００２」は端末管理テーブルリストの配列番号であ
る。
【００８７】プロセッサ９Ｃの端末管理テーブルリスト
は、配列０、２〜４が未使用であり、配列１には端末１
Ｃの管理テーブルが格納されている。端末１Ｃの管理テ
ーブルには、通信識別子「０３ ０００００１」と他の
管理情報とが格納されている。通信識別子「０３ ００
０００１」の「０３」は論理プロセッサ名リストの配列
番号であり、「０００００１」は端末管理テーブルリス
トの配列番号である。
【００８８】〈プロセッサで異常発生時の端末の引き継
ぎ〉このようなシステムでは、あるプロセッサで異常が
発生したときのバックアップを有効に行うことができ
る。
【００８９】すなわち、上述した疎結合マルチプロセッ
サシステム６は、１個のプロセッサに待機属性を、残り
のプロセッサに現用属性を付与し、待機プロセッサは現
用プロセッサの障害時にバックアップ用として動作する
ようにし、各プロセッサには所定の論理プロセッサ名を
付与し、待機プロセッサが障害現用プロセッサをバック
アップする際に現用プロセッサの論理プロセッサ名を引
き継ぐとともに、プロセッサ識別番号として論理プロセ
ッサ名リストの配列番号を割り当てることにより、待機
プロセッサが現用プロセッサに結合していた端末を引き
継いだ後でも、端末と通信識別子との関係を不変とする
ことができる。
【００９０】あるプロセッサで異常が発生した場合、ア
ダプタ内のプロセスとバックアッププロセッサ内の通信
アクセス法プロセスとの間の論理的関係を引き継ぐ。さ
らに、通信アクセス法プロセスと通信処理サーバプロセ
スとの間の論理的関係も引き継ぐ。これにより、端末を
異常が発生したプロセッサからバックアッププロセッサ
に引き継ぐ。
【００９１】ここで、あるプロセッサで異常が発生した
ことを認識した通信処理サーバプロセスは、異常終了し
たプロセッサの論理プロセッサ名に対応するエントリと
バックアップとを対応付ける。そして、それまでバック
アッププロセッサに付与されていた論理プロセッサ名に
対応するエントリは、当該プロセッサを閉塞状態として
管理する。これにより、論理プロセッサ名対応の配列番
号は不変となるので、論理プロセッサ名と当該論理プロ
セッサに結合した端末との関係は不変となり、アプリケ
ーションプロセッサは、論理プロセッサを意識して処理
を組むことで、あるプロセッサで異常が発生しても、処
理を継続して行うことができる。
【００９２】この場合の、プロセッサ９Ａに障害が発生
した場合の具体的な処理の一例を、図１８〜図２２を参
照して説明する。プロセッサ９Ａに障害が発生する前の
状態では、図１８に示すように、端末１Ａはコネクショ
ンＰＡを介してプロセッサ９Ａに接続され、端末１Ｄは
コネクションＰＤを介して同様にプロセッサ９Ａに接続
されている。
【００９３】このときの論理プロセッサ名リストは、図
２０に示すように、それぞれ論理プロセッサ名、物理的
なプロセッサの識別情報、プロセッサの状態、現用待機
属性およびその他の管理情報が格納された複数の配列か
らなる。すなわち、ここでは、管理情報として、プロセ
ッサの状態および現用待機属性が図１７の例に追加され
ている。図２０においては、配列０が未使用状態であ
り、配列１には、論理プロセッサ名としてＰＭ０１、物
理的なプロセッサの識別情報としてプロセッサ９Ａ、プ
ロセッサの状態として活性状態、現用待機属性として現
用を示す情報がそれぞれ格納されている。同様に配列２
には、論理プロセッサ名としてＰＭ０２、物理的なプロ
セッサの識別情報としてプロセッサ９Ｂ、プロセッサの
状態として活性状態、現用待機属性として現用を示すを
示す情報が格納され、配列３には、論理プロセッサ名と
してＰＭ０３、物理的なプロセッサの識別情報としてプ
ロセッサ９Ｃ、プロセッサの状態として活性状態、現用
待機属性として待機を示すを示す情報が格納されてい
る。すなわち、この場合は、プロセッサ９Ｃがバックア
ップに用いられる待機プロセッサとなっている。
【００９４】この状態でプロセッサ９Ａに障害が発生す
ると、図２１に示すように、配列１に格納される情報
が、論理プロセッサ名としてＰＭ０１、物理的なプロセ
ッサの識別情報としてプロセッサ９Ｃ、プロセッサの状
態として活性状態、現用待機属性として現用を示す情報
に変更される。配列２は、論理プロセッサ名としてＰＭ
０２、物理的なプロセッサの識別情報としてプロセッサ
９Ｂ、プロセッサの状態として活性状態、現用待機属性
として現用を示すを示す情報が格納されたままであり、
配列３は、論理プロセッサ名としてＰＭ０３、物理的な
プロセッサの識別情報はなし、プロセッサの状態として
閉塞状態、現用待機属性もなしの状態に変わる。
【００９５】このことにより、障害の発生したプロセッ
サ９Ａの論理プロセッサ番号はプロセッサ９Ｃに引き継
がれて、図１９に示すように、障害の発生したプロセッ
サ９Ａの機能はプロセッサ９Ｃが肩代わりすることにな
り、端末１ＡはコネクションＰＡを介してプロセッサ９
Ｃに接続され、端末１ＤはコネクションＰＤを介してプ
ロセッサ９Ｃに接続される。このときプロセッサ９Ａ
は、障害発生状態にあるが、ソフトウェア障害の場合に
は再ＩＰＬを実施して、プロセッサの再立ち上げを行
い、プロセッサを復旧する。ハードウェア障害のとき
は、オペレータにプロセッサモジュールの交換等を促
し、障害復旧を行う。
【００９６】このようにしてプロセッサ９Ａの障害が復
旧されると、図２２に示されるように、配列３は、論理
プロセッサ名としてＰＭ０３、物理的なプロセッサの識
別情報としてプロセッサ９Ａ、プロセッサの状態として
活性状態、現用待機属性として待機を示すを示す情報が
格納された状態となり、プロセッサ９Ａが次のバックア
ップ用待機プロセッサとして待機状態となる。
【００９７】なお、アプリケーションプロセスが、シス
テムに結合した端末に対するデータ送信用のシステムコ
ールを実行する場合、当該結合端末に対応する通信識別
子を指定する必要がある。ところで、当該通信識別子
は、結合処理を実行したアプリケーションプロセスにの
み通知される。したがって、他のアプリケーションプロ
セス、特に端末が結合していないＰＭ内のアプリケーシ
ョンプロセスは、何らかの方法で通信識別子を取得する
必要がある。この場合の通信識別子を取得するには種々
の方法があるが、例えば結合処理を実行したアプリケー
ションプロセスが、全プロセスに対して通信識別子をブ
ロードキャストすればよい。この場合、端末切断時に
も、通信識別子を無効化するためにブロードキャストが
必要である。
【００９８】従来の疎結合マルチプロセッサシステムに
おいては、システムジェネレーション時に、システムに
結合する端末とプロセッサとの関係を定義したテーブル
を作成していた。そして、システム始動時に当該テーブ
ルを各プロセッサの主記憶装置にロードし、アプリケー
ションプロセスが発行した送信システムコール処理時
に、前記ロード情報を参照することによりプロセッサを
決定していた。そのため、例えばプロセッサの負荷分散
の目的などから、端末が結合するプロセッサを動的に変
更することはできなかった。
【００９９】また、端末が結合するプロセッサを動的に
変更するように構成された疎結合マルチプロセッサシス
テムも従来より存在した。但し、この場合、プロセッサ
に結合した端末との送受信処理が可能なアプリケーショ
ンプロセスは、当該プロセッサ上で動作するものに限ら
れていた。
【０１００】疎結合マルチプロセッサシステムにおける
端末利用を実現する上で、端末結合処理の性能とデータ
送受信処理の性能とを同時に高めることはできない。し
たがって、業務の運用に応じたトレードオフが必要とな
る。問題は、この二者択一をシステムが行うのかユーザ
が行うのかという点である。
【０１０１】まず、システムが二者択一を行う方法とし
ては、端末の運用定義による方法や、結合時にアプリケ
ーションプロセスがパラメータで指定する方法などがあ
る。しかし、システムプログラムの処理論理が複雑にな
るという点およびシステムプログラムが２本立てとなり
煩雑であるという点で現実的ではない。
【０１０２】他方、ユーザが二者択一する場合、自身の
業務の運用に合わせていずれかを選択するだけであるか
ら問題は少ない。以上述べたように、システムがユーザ
の業務の運用上の要件を満たしつつ端末共用を実現する
ことは困難である。
【０１０３】さらに、端末が結合したプロセッサで障害
発生時に、当該端末をバックアッププロセッサに引き継
ぎ、なおかつ、各プロセッサから引き継いだ端末を共用
できる機能は従来存在しなかった。
【０１０４】しかしながら、疎結合マルチプロセッサシ
ステムにおいて、端末がシステムと結合する場合、結合
するプロセッサの決定論理は、ジェネレーション時に定
義する手法や、運用時の各プロセッサの負荷状況に応じ
て選択する手法など、複数の手法を組み合わせて利用で
きることが、業務設計の柔軟性を向上させる上で望まし
い。
【０１０５】同じく、業務設計の柔軟性の向上の観点か
らいって、システムに結合した端末を、システムを構成
する各プロセッサ内のアプリケーションプロセスから共
用できるようにすることが望ましい。
【０１０６】さらに、フォルトトレラントコンピュータ
として疎結合マルチプロセッサシステムを利用する場
合、結合端末を障害プロセッサからバックアッププロセ
ッサに引き継ぐ前と後で、アプリケーションプロセスが
実行する送受信システムコールのインタフェースが不変
であることが望ましい。
【０１０７】従来のマルチプロセッサシステムで、上述
の要件を全て満足するものは存在しなかったが、上述の
本発明の第２の実施例のマルチプロセッサ装置によれ
ば、これらの要望を全て満たすことができるようにな
る。
【０１０８】したがって、この実施例のマルチプロセッ
サ装置では、前述のように通信識別子を構造化し、シス
テムコール時にアプリケーションプロセスが、結合端末
対応に指定する通信識別子からプロセッサ識別番号を取
り出すことで、端末が結合しているプロセッサの特定が
可能となる。さらに、プロセッサ番号として、論理プロ
セッサ名リスト内の配列番号を割り当てていることによ
り、プロセッサで異常が発生し、端末をバックアッププ
ロセッサに引き継いだ際にも、送信システムコールのイ
ンタフェースの普遍性が保証される。
【０１０９】さらに、このように構成した、マルチプロ
セッサシステムを、先に述べた本発明の第１の実施例の
ネットワーク装置におけるＦＥＰシステムとして用いる
ことができる。
【０１１０】この場合、具体的には例えば図３に示すＦ
ＥＰシステム３を図１０に示される疎結合マルチプロセ
ッサシステム６で構成することになり、第１の実施例の
ネットワーク装置を一層有効に構成することができる。
【０１１１】
【発明の効果】以上説明したように、本発明によれば、
通信処理アプリケーションを組み込んだＦＥＰシステム
を１組または複数個のホストに結合するとともに、業務
実行時に、複数個の端末からネットワーク内のノードへ
の接続をする場合、常にＦＥＰシステムにダイアリング
するだけで、ＦＥＰシステムからその時点で有効なネッ
トワークノードに対して接続要求を振り分け、端末を有
効なノードに接続するようにして、端末からダイアリン
グした際に、前記端末が接続される交換網とホストプロ
セッサが結合されるネットワークとの間で、システムの
運用状況に応じて、柔軟に且つ適切に宛先管理、故障対
処および業務処理を行うことを可能とするネットワーク
装置を提供することができる。
【０１１２】さらに、本発明によれば、通信処理サーバ
プロセスにより、端末結合時に、プロセッサ識別番号と
端末管理テーブル内の配列番号の２つの情報を組み合わ
せたものとして構造化した通信識別子を動的に割り当
て、当該マルチプロセッサシステム内で一意的に定義さ
れるこの通信識別子をアプリケーションプロセスに通知
し、該アプリケーションプロセスによる結合端末に対す
る送信システムコール時に、結合端末毎に対応して指定
した通信識別子に基づいてプロセッサを決定し、当該プ
ロセッサに送信データを回送するようにして、各プロセ
ッサ内のアプリケーションプロセスからデータ送受信処
理を行うことができるとともに、端末を結合するプロセ
ッサを動的に変更可能として、前記各プロセッサ内のア
プリケーションプロセスから端末を共用することがで
き、常時運用を可能として、前記ネットワーク装置にお
ける宛先管理、故障対処および業務処理に好適に使用す
ることができるマルチプロセッサ装置を提供することが
できる。
【図面の簡単な説明】
【図１】本発明に係るネットワーク装置の構成を示す原
理図である。
【図２】本発明に係るマルチプロセッサ装置の構成を示
す原理図である。
【図３】本発明の実施例１に係るネットワーク装置の構
成を示すブロック図である。
【図４】図３のネットワーク装置の要部の構成を詳細に
示すブロック図である。
【図５】図４のネットワーク装置の接続ノード管理部の
動作を説明するためのフローチャートである。
【図６】図４のネットワーク装置の宛先ノード名参照部
の動作を説明するためのフローチャートである。
【図７】図４のネットワーク装置の宛先ノード名変更部
の動作を説明するためのフローチャートである。
【図８】図４のネットワーク装置の接続処理実行部の動
作を説明するためのフローチャートである。
【図９】図４のネットワーク装置の運用情報取得部の動
作を説明するためのフローチャートである。
【図１０】本発明の実施例２に係るマルチプロセッサ装
置の構成を示すブロック図である。
【図１１】図１０のマルチプロセッサ装置の動作を模式
的に説明するための発呼による端末結合時のデータフロ
ー図である。
【図１２】図１０のマルチプロセッサ装置の動作を模式
的に説明するための着呼による端末結合時のデータフロ
ー図である。
【図１３】図１０のマルチプロセッサ装置の通信識別子
の採番処理の動作を説明するためのフローチャートであ
る。
【図１４】図１０のマルチプロセッサ装置の通信識別子
の通知処理の動作を説明するためのフローチャートであ
る。
【図１５】図１０のマルチプロセッサ装置の動作を模式
的に説明するためのデータ送信時のデータフロー図であ
る。
【図１６】図１０のマルチプロセッサ装置の論理プロセ
ッサ識別番号取得処理の動作を説明するためのフローチ
ャートである。
【図１７】図１０のマルチプロセッサ装置に用いられる
テーブルを模式的に説明するための図である。
【図１８】図１０のマルチプロセッサ装置のプロセッサ
障害発生時の動作を説明するための模式図である。
【図１９】図１０のマルチプロセッサ装置のプロセッサ
障害バックアップ時の動作を説明するための模式図であ
る。
【図２０】図１０のマルチプロセッサ装置のプロセッサ
障害発生時の動作を説明するための障害発生前の論理プ
ロセッサ名リストの模式図である。
【図２１】図１０のマルチプロセッサ装置のプロセッサ
障害発生時の動作を説明するための障害発生時の論理プ
ロセッサ名リストの模式図である。
【図２２】図１０のマルチプロセッサ装置のプロセッサ
障害発生時の動作を説明するための障害復旧時の論理プ
ロセッサ名リストの模式図である。
【符号の説明】
１Ａ，１Ｂ，１Ｃ，１Ｄ…端末 ２…交換網 ３…フロントエンドプロセッサ（ＦＥＰ）システム ４…ネットワーク ５，５Ａ，５Ｂ…ホスト（プロセッサ） ６…疎結合マルチプロセッサシステム ７Ａ，７Ｂ…回線アダプタ ８…入出力（ＩＯ）バス ９Ａ，９Ｂ，９Ｃ…プロセッサ ３１，５１…通信処理アプリケーション実行部 ３２，５２…通信処理サーバ部 ３３，５３…通信アクセス法処理部 ３４…ノード管理テーブル ３５…運用情報取得部 ３６…宛先ノード名参照部 ３７…宛先ノード名変更部 ３８…接続ノード管理部 ３９…接続処理実行部 ９１Ａ，９１Ｂ，９１Ｃ…アプリケーションプロセス実
行部 ９２Ａ，９２Ｂ，９２Ｃ…通信処理サーバプロセス実行
部 ９３Ａ，９３Ｂ，９３Ｃ…通信アクセス法プロセス実行
部
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/00

Claims (11)

    【特許請求の範囲】
  1. 【請求項１】 各々、通信処理アプリケーションおよび
    通信アクセス法の処理を実行するための手段を有する１
    個以上のホストプロセッサ（５、５Ａ、５Ｂ）と、 複数個の端末（１Ａ、１Ｂ、１Ｃ）と、 フロントエンドプロセッサ（３）とを有し、 前記フロントエンドプロセッサ（３）は、 ネットワークノードを介して前記ホストプロセッサ
    （５、５Ａ、５Ｂ）に結合され且つ交換網経由で前記端
    末（１Ａ、１Ｂ、１Ｃ）に接続され、通信処理アプリケ
    ーション実行手段（３１）、通信処理サーバ手段（３
    ２）および通信アクセス法処理手段（３３）を有し、前
    記端末（１Ａ、１Ｂ、１Ｃ）からのダイアリングに対し
    当該端末（１Ａ、１Ｂ、１Ｃ）を接続するプロセッサお
    よびネットワークノードの管理および接続の実行、前記
    通信処理アプリケーション実行手段（３１）により実行
    される通信処理アプリケーションにより指定された端末
    （１Ａ、１Ｂ、１Ｃ）に対応して接続宛先名として登録
    されているネットワークノードの参照、および該通信処
    理アプリケーションによる指定端末（１Ａ、１Ｂ、１
    Ｃ）の接続宛先名の変更更新を行うことを特徴とするネ
    ットワーク装置。
  2. 【請求項２】 フロントエンドプロセッサシステム
    （３）は、 端末単位に、当該端末（１Ａ、１Ｂ、１Ｃ）をどのプロ
    セッサの、どのネットワークノードに接続するかを示す
    ノード管理テーブル（３４）を保持し、前記端末（１
    Ａ、１Ｂ、１Ｃ）からフロントエンドプロセッサシステ
    ム（３）にダイアリングした際に、当該端末（１Ａ、１
    Ｂ、１Ｃ）をどのプロセッサの、どのネットワークノー
    ドに接続するかを管理するための接続ノード管理手段
    （３８）と、 フロントエンドプロセッサシステム（３）内で動作する
    通信処理アプリケーションが、端末名を指定して宛先名
    参照のシステムコールを発生した際に、前記ノード管理
    テーブル（３４）において指定端末（１Ａ、１Ｂ、１
    Ｃ）の接続宛先名として登録されているネットワークノ
    ード名を前記通信処理アプリケーションに通知するため
    の宛先名参照手段（３６）と、 前記通信処理アプリケーションが、端末名とネットワー
    クノード名を指定して宛先名変更のシステムコールを発
    生した際に、前記ノード管理テーブル（３４）における
    指定端末（１Ａ、１Ｂ、１Ｃ）の接続宛先名を、指定ネ
    ットワークノード名に更新するための宛先名変更手段
    （３７）と、 端末（１Ａ、１Ｂ、１Ｃ）からフロントエンドプロセッ
    サシステム（３）にダイアリングした際に、前記接続ノ
    ード管理テーブル（３４）を参照して接続ネットワーク
    ノードを決定し当該ノードに接続要求を伝達するための
    接続処理実行手段（３９）と、 前記通信処理アプリケーションが、端末（１Ａ、１Ｂ、
    １Ｃ）の接続宛先名を変更するために利用する運用情報
    を取得するための運用情報取得手段（３５）とを具備す
    ることを特徴とする請求項１のネットワーク装置。
  3. 【請求項３】 運用情報取得手段（３５）は、ホストプ
    ロセッサ（５、５Ａ、５Ｂ）の運用スケジュールを参照
    するための手段を含み、且つ接続ノード管理手段（３
    ８）は、該当ホストプロセッサ（５、５Ａ、５Ｂ）の前
    記運用スケジュールに基づき、ホストプロセッサ（５、
    ５Ａ、５Ｂ）稼働時には端末（１Ａ、１Ｂ、１Ｃ）の接
    続ノードを該当ホストプロセッサ（５、５Ａ、５Ｂ）内
    のネットワークノードとし、ホストプロセッサ（５、５
    Ａ、５Ｂ）停止時には前記該当ホストプロセッサ（５、
    ５Ａ、５Ｂ）を代行し得る他のホストプロセッサ（５、
    ５Ａ、５Ｂ）内のネットワークノードとして宛先を変更
    するための手段を含むことを特徴とする請求項２のネッ
    トワーク装置。
  4. 【請求項４】 運用情報取得手段（３５）は、ホストプ
    ロセッサ（５、５Ａ、５Ｂ）の運用スケジュールを参照
    するための手段を含み、且つ接続ノード管理手段（３
    ８）は、該当ホストプロセッサ（５、５Ａ、５Ｂ）の前
    記運用スケジュールに基づき、ホストプロセッサ（５、
    ５Ａ、５Ｂ）稼働時には端末（１Ａ、１Ｂ、１Ｃ）の接
    続ノードを該当ホストプロセッサ（５、５Ａ、５Ｂ）内
    のネットワークノードとし、ホストプロセッサ（５、５
    Ａ、５Ｂ）停止時にはそのフロントエンドプロセッサシ
    ステム（３）内で実行される通信処理アプリケーション
    を前記端末（１Ａ、１Ｂ、１Ｃ）に接続されるネットワ
    ークノードとして宛先を変更するための手段を含むこと
    を特徴とする請求項２のネットワーク装置。
  5. 【請求項５】 運用情報取得手段（３５）は、そのフロ
    ントエンドプロセッサシステム（３）内で動作する通信
    処理アプリケーションが、ホストプロセッサ（５、５
    Ａ、５Ｂ）内で動作する通信処理アプリケーションとの
    相互に通信を行うことにより運用スケジュールを決定す
    るための手段であることを特徴とする請求項２のネット
    ワーク装置。
  6. 【請求項６】 フロントエンドプロセッサシステム
    （３）は、 通信処理アプリケーションプロセスを含むアプリケーシ
    ョンプロセスを実行するためのアプリケーションプロセ
    ス手段（９１Ａ、９１Ｂ、９１Ｃ）、通信処理サーバプ
    ロセスを実行するための通信処理サーバプロセス手段
    （９２Ａ、９２Ｂ、９２Ｃ）、および通信アクセス法プ
    ロセスを実行するための通信アクセス法プロセス手段
    （９３Ａ、９３Ｂ、９３Ｃ）を有するマルチプロセッサ
    が入出力バスに複数個並列的に結合される疎結合マルチ
    プロセッサシステムであって、 前記通信処理サーバプロセス手段（９２Ａ、９２Ｂ、９
    ２Ｃ）は、前記アプリケーションプロセスによるデータ
    送信のシステムコールの実行時に、送信先端末（１Ａ、
    １Ｂ、１Ｃ）に対応して指定される、プロセッサ識別信
    号とプロセッサ内に記憶される端末管理テーブルにおけ
    る配列番号とを含むマルチプロセッサシステム内で一意
    的な、通信識別子からプロセッサ識別番号を取り出すと
    ともに、該プロセッサ識別番号により決定されるプロセ
    ッサに対して、当該プロセッサ内の通信処理サーバプロ
    セスで端末（１Ａ、１Ｂ、１Ｃ）への送信処理を実行さ
    せるべく送信データを回送する手段を具備することを特
    徴とする請求項２のネットワーク装置。
  7. 【請求項７】 通信処理サーバプロセス手段（９２Ａ、
    ９２Ｂ、９２Ｃ）は、 端末（１Ａ、１Ｂ、１Ｃ）のプロセッサとの結合時に、
    プロセッサ識別信号とプロセッサ内の端末管理テーブル
    における配列番号とを組み合わせて得られるマルチプロ
    セッサシステム内での一意的な番号を通信識別子として
    採番する通信識別子採番手段（９４Ａ、９４Ｂ、９４
    Ｃ）と、 アプリケーションプロセスに対して、端末結合の処理結
    果の通知時に、通信識別子を通知する通信識別子通知手
    段（９５Ａ、９５Ｂ、９５Ｃ）と、 アプリケーションプロセスによるデータ送信のシステム
    コールの実行時に、送信先端末（１Ａ、１Ｂ、１Ｃ）に
    対応して指定された通信識別子からプロセッサ識別番号
    を取り出すプロセッサ識別番号取得手段（９６Ａ、９６
    Ｂ、９６Ｃ）とを具備することを特徴とする請求項６の
    ネットワーク装置。
  8. 【請求項８】 フロントエンドプロセッサシステム
    （３）を構成する疎結合マルチプロセッサシステムは、 １個のプロセッサに待機属性を、残りのプロセッサに現
    用属性を付与し、待機プロセッサは現用プロセッサの障
    害時にバックアップ用として動作するマルチプロセッサ
    システムであって、 各プロセッサには所定の論理プロセッサ名を付与し、待
    機プロセッサが障害現用プロセッサをバックアップする
    際に現用プロセッサの論理プロセッサ名を引き継ぐとと
    もに、プロセッサ識別番号として論理プロセッサ名リス
    トの配列番号を割り当てることにより、 待機プロセッサが現用プロセッサに結合していた端末
    （１Ａ、１Ｂ、１Ｃ）を引き継いだ後でも、端末（１
    Ａ、１Ｂ、１Ｃ）と通信識別子との関係を不変とするこ
    とを特徴とする請求項６のネットワーク装置。
  9. 【請求項９】 アプリケーションプロセスを実行するた
    めのアプリケーションプロセス手段（９１Ａ、９１Ｂ、
    ９１Ｃ）、通信処理サーバプロセスを実行するための通
    信処理サーバプロセス手段（９２Ａ、９２Ｂ、９２
    Ｃ）、および通信アクセス法プロセスを実行するための
    通信アクセス法プロセス手段（９３Ａ、９３Ｂ、９３
    Ｃ）を有するマルチプロセッサが入出力バスに複数個並
    列的に結合される疎結合マルチプロセッサシステム
    （６）において、 前記通信処理サーバプロセス手段（９２Ａ、９２Ｂ、９
    ２Ｃ）は、プロセッサ識別信号とプロセッサ内に記憶さ
    れる端末管理テーブルにおける配列番号とを含んでマル
    チプロセッサシステム内で一意的に定義され且つ前記ア
    プリケーションプロセスによるデータ送信のシステムコ
    ールの実行時に送信先端末（１Ａ、１Ｂ、１Ｃ）に対応
    して指定される、通信識別子からプロセッサ識別番号を
    取り出すとともに、該プロセッサ識別番号により決定さ
    れるプロセッサに対して、当該プロセッサ内の通信処理
    サーバプロセスで端末（１Ａ、１Ｂ、１Ｃ）への送信処
    理を実行させるべく送信データを回送する手段を具備す
    ることを特徴とするマルチプロセッサ装置。
  10. 【請求項１０】 通信処理サーバプロセス手段（９２
    Ａ、９２Ｂ、９２Ｃ）は、 端末（１Ａ、１Ｂ、１Ｃ）のプロセッサとの結合時に、
    プロセッサ識別信号とプロセッサ内の端末管理テーブル
    における配列番号とを組み合わせて得られるマルチプロ
    セッサシステム内での一意的な番号を通信識別子として
    採番する通信識別子採番手段（９４Ａ、９４Ｂ、９４
    Ｃ）と、 アプリケーションプロセスに対して、端末結合の処理結
    果の通知時に、通信識別子を通知する通信識別子通知手
    段（９５Ａ、９５Ｂ、９５Ｃ）と、 アプリケーションプロセスによるデータ送信のシステム
    コールの実行時に、送信先端末（１Ａ、１Ｂ、１Ｃ）に
    対応して指定された通信識別子からプロセッサ識別番号
    を取り出すプロセッサ識別番号取得手段（９６Ａ、９６
    Ｂ、９６Ｃ）とを具備することを特徴とする請求項９の
    マルチプロセッサ装置。
  11. 【請求項１１】 疎結合マルチプロセッサシステム
    （６）は、 １個のプロセッサに待機属性を、残りのプロセッサに現
    用属性を付与し、待機プロセッサは現用プロセッサの障
    害時にバックアップ用として動作するマルチプロセッサ
    システムであって、 各プロセッサには所定の論理プロセッサ名を付与し、待
    機プロセッサが障害現用プロセッサをバックアップする
    際に現用プロセッサの論理プロセッサ名を引き継ぐとと
    もに、プロセッサ識別番号として論理プロセッサ名リス
    トの配列番号を割り当てることにより、 待機プロセッサが現用プロセッサに結合していた端末
    （１Ａ、１Ｂ、１Ｃ）を引き継いだ後でも、端末（１
    Ａ、１Ｂ、１Ｃ）と通信識別子との関係を不変とするこ
    とを特徴とする請求項９のマルチプロセッサ装置。
JP31553093A 1993-12-15 1993-12-15 ネットワーク装置 Expired - Fee Related JP3599364B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP31553093A JP3599364B2 (ja) 1993-12-15 1993-12-15 ネットワーク装置
US08/301,781 US5764914A (en) 1993-12-15 1994-09-07 Network system for connecting to a network node from terminal
GB9418152A GB2284962B (en) 1993-12-15 1994-09-08 Network system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP31553093A JP3599364B2 (ja) 1993-12-15 1993-12-15 ネットワーク装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2004146993A Division JP3860587B2 (ja) 2004-05-17 2004-05-17 マルチプロセッサ装置

Publications (2)

Publication Number Publication Date
JPH07168778A true JPH07168778A (ja) 1995-07-04
JP3599364B2 JP3599364B2 (ja) 2004-12-08

Family

ID=18066454

Family Applications (1)

Application Number Title Priority Date Filing Date
JP31553093A Expired - Fee Related JP3599364B2 (ja) 1993-12-15 1993-12-15 ネットワーク装置

Country Status (3)

Country Link
US (1) US5764914A (ja)
JP (1) JP3599364B2 (ja)
GB (1) GB2284962B (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6014686A (en) * 1996-06-21 2000-01-11 Telcordia Technologies, Inc. Apparatus and methods for highly available directory services in the distributed computing environment
JPH1097571A (ja) * 1996-09-20 1998-04-14 Hitachi Ltd 相談先端末接続方法
JPH11168523A (ja) * 1997-10-02 1999-06-22 Canon Inc データ通信装置及び通信制御方法
JP3489983B2 (ja) * 1997-12-26 2004-01-26 富士通株式会社 データ転送システム、端末装置、及びその方法
US6671739B1 (en) 2000-07-10 2003-12-30 International Business Machines Corporation Controlling network access by modifying packet headers at a local hub
US7418522B2 (en) 2000-12-21 2008-08-26 Noatak Software Llc Method and system for communicating an information packet through multiple networks
US7287090B1 (en) * 2000-12-21 2007-10-23 Noatak Software, Llc Method and system for identifying a computing device in response to a request packet
US7546369B2 (en) 2000-12-21 2009-06-09 Berg Mitchell T Method and system for communicating a request packet in response to a state
US7421505B2 (en) * 2000-12-21 2008-09-02 Noatak Software Llc Method and system for executing protocol stack instructions to form a packet for causing a computing device to perform an operation
US20020116397A1 (en) * 2000-12-21 2002-08-22 Berg Mitchell T. Method and system for communicating an information packet through multiple router devices
US7512686B2 (en) 2000-12-21 2009-03-31 Berg Mitchell T Method and system for establishing a data structure of a connection with a client
US6961773B2 (en) * 2001-01-19 2005-11-01 Esoft, Inc. System and method for managing application service providers
US7215640B2 (en) * 2002-07-11 2007-05-08 Hitachi, Ltd. Method and apparatus for path configuration in networks

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4823122A (en) * 1984-06-01 1989-04-18 Digital Equipment Corporation Local area network for digital data processing system
JPS61228533A (ja) * 1985-04-03 1986-10-11 Hitachi Ltd 電子計算機におけるセツシヨンの制御方法
US4893307A (en) * 1988-02-29 1990-01-09 International Business Machines Corporation Method and apparatus for linking SNA terminals to an SNA host over a packet switched communications network
JPH01276952A (ja) * 1988-04-28 1989-11-07 Nec Corp 局データ変更方式
JPH0228866A (ja) * 1988-07-19 1990-01-30 Nec Corp ログイン切替え方式
US5341477A (en) * 1989-02-24 1994-08-23 Digital Equipment Corporation Broker for computer network server selection
JPH03254540A (ja) * 1990-03-05 1991-11-13 Nec Corp 端末起動型ネットワークにおけるアドレス変換方式
JPH03266156A (ja) * 1990-03-16 1991-11-27 Nec Corp 動的端末接続方式
CA2042538A1 (en) * 1990-06-14 1991-12-15 Takao Komatsu Network address managing method and system
JP2825630B2 (ja) * 1990-09-07 1998-11-18 株式会社日立製作所 回線切替方式
CA2048306A1 (en) * 1990-10-02 1992-04-03 Steven P. Miller Distributed configuration profile for computing system
US5289578A (en) * 1990-11-09 1994-02-22 Foreign Exchange Transaction Services, Inc. Activation of a dormant sibling computer in a communication network by overriding a unique dormant node address with a common active node address
GB9027186D0 (en) * 1990-12-14 1991-02-06 Int Computers Ltd Data processing network
US5241682A (en) * 1991-04-18 1993-08-31 International Business Machines Corporation Border node having routing and functional capability in a first network and only local address capability in a second network
JPH0553946A (ja) * 1991-08-29 1993-03-05 Nec Corp 端末共有マルチホストシステム
US5371852A (en) * 1992-10-14 1994-12-06 International Business Machines Corporation Method and apparatus for making a cluster of computers appear as a single host on a network
US5539884A (en) * 1993-05-20 1996-07-23 Bell Communications Research, Inc. Intelligent broadband communication system and method employing fast-packet switches
US5448723A (en) * 1993-10-15 1995-09-05 Tandem Computers Incorporated Method and apparatus for fault tolerant connection of a computing system to local area networks

Also Published As

Publication number Publication date
JP3599364B2 (ja) 2004-12-08
GB2284962B (en) 1998-05-20
GB2284962A (en) 1995-06-21
GB9418152D0 (en) 1994-10-26
US5764914A (en) 1998-06-09

Similar Documents

Publication Publication Date Title
US7130868B2 (en) File system for creating switched logical I/O paths for fault recovery
US5327560A (en) Method of updating network reconfiguration information exchanged between a host computer and a communication control processor
US5784617A (en) Resource-capability-based method and system for handling service processor requests
US6519640B2 (en) Accessible network of performance index tables
JPH064490A (ja) データ処理システム
JP3599364B2 (ja) ネットワーク装置
JPH08212095A (ja) クライアントサーバ制御システム
US5600808A (en) Processing method by which continuous operation of communication control program is obtained
KR100323255B1 (ko) 업무인계시스템
JP3481485B2 (ja) マルチプロセッサシステム
US7143082B2 (en) Distributed-processing database-management system
US5734811A (en) Segment substitution/swap for network restoration pre-plans
JP3860587B2 (ja) マルチプロセッサ装置
JP3008887B2 (ja) アプリケーションプログラム単位の現用予備切り替え機能を有するコンピュータシステム及びプログラムを記録した機械読み取り可能な記録媒体
JPH0757010A (ja) 業務実行制御システムおよびその切替方法
JP4207657B2 (ja) 論理パス制御方法及び中継サーバ並びにプログラム
JP3697467B2 (ja) 交換機のオブジェクト更新システム
US20020184243A1 (en) Base host-switching database-management system
JP3179221B2 (ja) パケット交換接続方式
JP3020205B2 (ja) プロセッサ間通信情報復元方法
JPH1165867A (ja) 負荷分散形システムにおけるシステム二重化方法
JP2959467B2 (ja) 疎結合多重計算機システムにおける障害復旧システム、障害復旧方法、および障害復旧プログラムを記憶する媒体
JP2001184325A (ja) 通信制御装置、プロセッサモジュール及び記録媒体
JP2000047893A (ja) 複数オンラインシステムにおける障害回復方法およびオンライン処理システム
JP2511719B2 (ja) 加入者サ―ビス救済方式

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040316

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040517

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040831

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040914

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20080924

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees