JP3008887B2 - アプリケーションプログラム単位の現用予備切り替え機能を有するコンピュータシステム及びプログラムを記録した機械読み取り可能な記録媒体 - Google Patents
アプリケーションプログラム単位の現用予備切り替え機能を有するコンピュータシステム及びプログラムを記録した機械読み取り可能な記録媒体Info
- Publication number
- JP3008887B2 JP3008887B2 JP9113532A JP11353297A JP3008887B2 JP 3008887 B2 JP3008887 B2 JP 3008887B2 JP 9113532 A JP9113532 A JP 9113532A JP 11353297 A JP11353297 A JP 11353297A JP 3008887 B2 JP3008887 B2 JP 3008887B2
- Authority
- JP
- Japan
- Prior art keywords
- application program
- information
- application
- connection request
- unit
- 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.)
- Expired - Fee Related
Links
Description
【０００１】
【発明の属する技術分野】本発明は、現用機と予備機と
を備えたコンピュータシステムに於いて、現用機上で動
作しているアプリケーションプログラムに障害が発生し
た場合、障害の発生していないアプリケーションプログ
ラムはそのまま現用機上で動作させ、障害の発生したア
プリケーションプログラムのみを予備機上で動作させる
技術に関する。
を備えたコンピュータシステムに於いて、現用機上で動
作しているアプリケーションプログラムに障害が発生し
た場合、障害の発生していないアプリケーションプログ
ラムはそのまま現用機上で動作させ、障害の発生したア
プリケーションプログラムのみを予備機上で動作させる
技術に関する。
【０００２】
【従来の技術】現用機，予備機を備えたコンピュータシ
ステムでは、現用機に障害が発生した場合、現用，予備
の切り替えを行い、現用機で行っていた全ての処理を予
備機で行うようにしている。ところで、現用機に障害が
発生したことを検出するため、従来は、一般に、現用機
と予備機との間で所定の周期で通信を行い、所定時間以
上通信が行われなかった場合、現用機に障害が発生した
と判断するようにしている。（例えば、特開昭６３−２
３１６３５号公報）。
ステムでは、現用機に障害が発生した場合、現用，予備
の切り替えを行い、現用機で行っていた全ての処理を予
備機で行うようにしている。ところで、現用機に障害が
発生したことを検出するため、従来は、一般に、現用機
と予備機との間で所定の周期で通信を行い、所定時間以
上通信が行われなかった場合、現用機に障害が発生した
と判断するようにしている。（例えば、特開昭６３−２
３１６３５号公報）。
【０００３】
【発明が解決しようとする課題】上述した従来の技術で
は、現用機と予備機との間で所定時間以上通信が行われ
なかった場合、現用，予備の切り替えを行っているの
で、予備機上で動作している複数のアプリケーションプ
ログラムの内の一部に障害が発生した場合であっても、
現用機，予備機間で正常に通信が行われている場合に
は、現用，予備の切り替えは行われない。このため、障
害の発生したアプリケーションプログラムが行っていた
処理を全く実行できなくなってしまうという問題があっ
た。
は、現用機と予備機との間で所定時間以上通信が行われ
なかった場合、現用，予備の切り替えを行っているの
で、予備機上で動作している複数のアプリケーションプ
ログラムの内の一部に障害が発生した場合であっても、
現用機，予備機間で正常に通信が行われている場合に
は、現用，予備の切り替えは行われない。このため、障
害の発生したアプリケーションプログラムが行っていた
処理を全く実行できなくなってしまうという問題があっ
た。
【０００４】そこで、本発明の目的は、現用機上で動作
している複数のアプリケーションプログラムの内の一部
のアプリケーションプログラムに障害が発生した場合、
障害の発生していないアプリケーションプログラムはそ
のまま現用機上で動作させ、障害の発生したアプリケー
ションプログラムのみを予備機上で動作させるようにす
ることにある。
している複数のアプリケーションプログラムの内の一部
のアプリケーションプログラムに障害が発生した場合、
障害の発生していないアプリケーションプログラムはそ
のまま現用機上で動作させ、障害の発生したアプリケー
ションプログラムのみを予備機上で動作させるようにす
ることにある。
【０００５】
【課題を解決するための手段】本発明は上記目的を達成
するため、複数種類のアプリケーションプログラムが動
作する現用機と、該現用機上で動作するアプリケーショ
ンプログラムと同じ種類のアプリケーションプログラム
が動作する予備機と、前記現用機に接続されると共に前
記予備機に接続され、且つ、接続を希望するアプリケー
ションプログラムの種類を示す情報を含む接続要求を発
信するクライアントシステムと接続されるネットワーク
プロセッサとを備え、前記現用機は、自現用機上で動作
するアプリケーションプログラムの何れかに障害が発生
した時、障害の発生したアプリケーションプログラムを
示す情報を前記ネットワークプロセッサに通知するアプ
リケーションプログラム管理部を備え、前記予備機は、
自予備機上で動作するアプリケーションプログラムの何
れかに障害が発生した時、障害の発生したアプリケーシ
ョンプログラムを示す情報を前記ネットワークプロセッ
サに通知するアプリケーションプログラム管理部を備
え、前記ネットワークプロセッサは、前記現用機上，前
記予備機上で動作する各アプリケーションプログラムが
運用可能か否かを示す状態情報が格納されると共に前記
各アプリケーションプログラムの種類に対応してその種
類のアプリケーションプログラムの運用形態が集中運用
なのか分散運用なのかを示す運用形態情報が格納される
情報格納部と、障害の発生したアプリケーションプログ
ラムを示す情報が前記現用機，前記予備機から通知され
た時、前記情報格納部に格納されている各アプリケーシ
ョンプログラムの状態情報の内、前記障害の発生したア
プリケーションプログラムの状態情報を運用不可に変更
する切り替え部と、前記クライアントシステムからの接
続要求の受け付け時、前記情報格納部に格納されている
運用形態情報に基づいて前記接続要求によって接続要求
された種類のアプリケーションプログラムの運用形態を
判定し、集中運用であると判定した 場合は、前記情報格
納部に格納されている、前記現用機上で動作している前
記種類のアプリケーションプログラムの状態情報が運用
可能を示していれば前記現用機に優先的に前記接続要求
を通知し、分散運用であると判定した場合は、前記情報
格納部に格納されている、前回の前記種類のアプリケー
ションプログラムの接続要求時に接続要求を通知した機
器と異なる機器の状態情報が運用可能を示していれば前
記異なる機器に優先的に接続要求を通知する着信要求振
り分け部とを備えている。
するため、複数種類のアプリケーションプログラムが動
作する現用機と、該現用機上で動作するアプリケーショ
ンプログラムと同じ種類のアプリケーションプログラム
が動作する予備機と、前記現用機に接続されると共に前
記予備機に接続され、且つ、接続を希望するアプリケー
ションプログラムの種類を示す情報を含む接続要求を発
信するクライアントシステムと接続されるネットワーク
プロセッサとを備え、前記現用機は、自現用機上で動作
するアプリケーションプログラムの何れかに障害が発生
した時、障害の発生したアプリケーションプログラムを
示す情報を前記ネットワークプロセッサに通知するアプ
リケーションプログラム管理部を備え、前記予備機は、
自予備機上で動作するアプリケーションプログラムの何
れかに障害が発生した時、障害の発生したアプリケーシ
ョンプログラムを示す情報を前記ネットワークプロセッ
サに通知するアプリケーションプログラム管理部を備
え、前記ネットワークプロセッサは、前記現用機上，前
記予備機上で動作する各アプリケーションプログラムが
運用可能か否かを示す状態情報が格納されると共に前記
各アプリケーションプログラムの種類に対応してその種
類のアプリケーションプログラムの運用形態が集中運用
なのか分散運用なのかを示す運用形態情報が格納される
情報格納部と、障害の発生したアプリケーションプログ
ラムを示す情報が前記現用機，前記予備機から通知され
た時、前記情報格納部に格納されている各アプリケーシ
ョンプログラムの状態情報の内、前記障害の発生したア
プリケーションプログラムの状態情報を運用不可に変更
する切り替え部と、前記クライアントシステムからの接
続要求の受け付け時、前記情報格納部に格納されている
運用形態情報に基づいて前記接続要求によって接続要求
された種類のアプリケーションプログラムの運用形態を
判定し、集中運用であると判定した 場合は、前記情報格
納部に格納されている、前記現用機上で動作している前
記種類のアプリケーションプログラムの状態情報が運用
可能を示していれば前記現用機に優先的に前記接続要求
を通知し、分散運用であると判定した場合は、前記情報
格納部に格納されている、前回の前記種類のアプリケー
ションプログラムの接続要求時に接続要求を通知した機
器と異なる機器の状態情報が運用可能を示していれば前
記異なる機器に優先的に接続要求を通知する着信要求振
り分け部とを備えている。
【０００６】この構成に於いては、現用機上，予備機上
で動作しているアプリケーションプログラムに障害が発
生すると、現用機，予備機のアプリケーションプログラ
ム管理部が、障害の発生したアプリケーションプログラ
ムを示す情報をネットワークプロセッサに通知する。
で動作しているアプリケーションプログラムに障害が発
生すると、現用機，予備機のアプリケーションプログラ
ム管理部が、障害の発生したアプリケーションプログラ
ムを示す情報をネットワークプロセッサに通知する。
【０００７】ネットワークプロセッサでは、現用機，予
備機から障害の発生したアプリケーションプログラムを
示す情報が通知されると、切り替え部が、情報格納部に
格納されている各アプリケーションプログラムの状態情
報の内、障害の発生したアプリケーションプログラムの
状態情報を運用不可に変更する。また、ネットワークプ
ロセッサでは、クライアントシステムからの、接続を希
望するアプリケーションプログラムの種類を示す情報を
含んだ接続要求を受け付けた時、着信要求振り分け部が
情報格納部に格納されている運用形態情報に基づいて接
続要求によって接続要求された種類のアプリケーション
プログラムの運用形態を判定し、集中運用であると判定
した場合は、情報格納部に格納されている、現用機上で
動作している上記種類のアプリケーションプログラムの
状態情報が運用可能を示していれば現用機に優先的に上
記接続要求を通知し、分散運用であると判定した場合
は、情報格納部に格納されている、前回の上記種類のア
プリケーションプログラムの接続要求時に接続要求を通
知した機器と異なる機器の状態情報が運用可能を示して
いれば上記異なる機器に優先的に接続要求を通知する。
備機から障害の発生したアプリケーションプログラムを
示す情報が通知されると、切り替え部が、情報格納部に
格納されている各アプリケーションプログラムの状態情
報の内、障害の発生したアプリケーションプログラムの
状態情報を運用不可に変更する。また、ネットワークプ
ロセッサでは、クライアントシステムからの、接続を希
望するアプリケーションプログラムの種類を示す情報を
含んだ接続要求を受け付けた時、着信要求振り分け部が
情報格納部に格納されている運用形態情報に基づいて接
続要求によって接続要求された種類のアプリケーション
プログラムの運用形態を判定し、集中運用であると判定
した場合は、情報格納部に格納されている、現用機上で
動作している上記種類のアプリケーションプログラムの
状態情報が運用可能を示していれば現用機に優先的に上
記接続要求を通知し、分散運用であると判定した場合
は、情報格納部に格納されている、前回の上記種類のア
プリケーションプログラムの接続要求時に接続要求を通
知した機器と異なる機器の状態情報が運用可能を示して
いれば上記異なる機器に優先的に接続要求を通知する。
【０００８】また、本発明は、障害の発生した現用機上
のアプリケーションプログラムが復旧され、再起動され
た場合、そのアプリケーションプログラムを再利用でき
るようにするため、前記現用機は、自現用機上のアプリ
ケーションプログラムが再起動された時、再起動された
アプリケーションプログラムを示す情報を前記ネットワ
ークプロセッサへ通知するシステムコール処理部を備
え、前記予備機は、 自予備機上のアプリケーションプロ
グラムが再起動された時、再起動されたアプリケーショ
ンプログラムを示す情報を前記ネットワークプロセッサ
へ通知するシステムコール処理部を備え、前記ネットワ
ークプロセッサは、再起動されたアプリケーションプロ
グラムを示す情報が前記現用機，前記予備機から通知さ
れた時、前記情報格納部に格納されている状態情報の
内、再起動されたアプリケーションプログラムの状態情
報を運用可能に変更する起動／復旧処理部を備えてい
る。
のアプリケーションプログラムが復旧され、再起動され
た場合、そのアプリケーションプログラムを再利用でき
るようにするため、前記現用機は、自現用機上のアプリ
ケーションプログラムが再起動された時、再起動された
アプリケーションプログラムを示す情報を前記ネットワ
ークプロセッサへ通知するシステムコール処理部を備
え、前記予備機は、 自予備機上のアプリケーションプロ
グラムが再起動された時、再起動されたアプリケーショ
ンプログラムを示す情報を前記ネットワークプロセッサ
へ通知するシステムコール処理部を備え、前記ネットワ
ークプロセッサは、再起動されたアプリケーションプロ
グラムを示す情報が前記現用機，前記予備機から通知さ
れた時、前記情報格納部に格納されている状態情報の
内、再起動されたアプリケーションプログラムの状態情
報を運用可能に変更する起動／復旧処理部を備えてい
る。
【０００９】この構成に於いては、現用機上，予備機上
のアプリケーションプログラムが復旧され、再起動され
た場合、現用機上，予備機上のシステムコール処理部
が、再起動されたアプリケーションプログラムを示す情
報をネットワークプロセッサに通知する。
のアプリケーションプログラムが復旧され、再起動され
た場合、現用機上，予備機上のシステムコール処理部
が、再起動されたアプリケーションプログラムを示す情
報をネットワークプロセッサに通知する。
【００１０】この通知を受けたネットワークプロセッサ
では、起動／復旧処理部が、情報格納部に格納されてい
る状態情報の内、再起動されたアプリケーションプログ
ラムの状態情報を運用可能に変更することにより、上記
アプリケーションプログラムを再利用可能とする。
では、起動／復旧処理部が、情報格納部に格納されてい
る状態情報の内、再起動されたアプリケーションプログ
ラムの状態情報を運用可能に変更することにより、上記
アプリケーションプログラムを再利用可能とする。
【００１１】
【発明の実施の形態】次に本発明の実施の形態について
図面を参照して詳細に説明する。
図面を参照して詳細に説明する。
【００１２】図１は本発明の実施例のブロック図であ
り、クライアントシステム１と、ネットワークプロセッ
サ１０と、複数のアプリケーションプログラム（ＡＰ）
が動作する現用機２０と、複数のＡＰが動作する予備機
３０，４０とを備えている。予備機３０，４０上で動作
しているＡＰは、現用機２０上で動作しているＡＰに障
害が発生した場合に障害ＡＰに代わって処理を実行した
り、現用機２０に負荷がかかり過ぎないようにするため
に現用機２０で動作しているＡＰに代わって処理を実行
する。ネットワークプロセッサ１０はＴＣＰ／ＩＰ回線
２を介してクライアントシステム１と接続され、且つチ
ャネル直結装置を介して現用機２０及び予備機３０，４
０に接続されている。
り、クライアントシステム１と、ネットワークプロセッ
サ１０と、複数のアプリケーションプログラム（ＡＰ）
が動作する現用機２０と、複数のＡＰが動作する予備機
３０，４０とを備えている。予備機３０，４０上で動作
しているＡＰは、現用機２０上で動作しているＡＰに障
害が発生した場合に障害ＡＰに代わって処理を実行した
り、現用機２０に負荷がかかり過ぎないようにするため
に現用機２０で動作しているＡＰに代わって処理を実行
する。ネットワークプロセッサ１０はＴＣＰ／ＩＰ回線
２を介してクライアントシステム１と接続され、且つチ
ャネル直結装置を介して現用機２０及び予備機３０，４
０に接続されている。
【００１３】現用機２０は、ＴＣＰ／ＩＰ手順上で動作
しクライアントシステム１からの要求を処理する複数の
ＡＰ２３Ｘ，２３Ｙ，２３Ｚと、各ＡＰ２３Ｘ，２３
Ｙ，２３Ｚが発行するシステムコールを処理するＴＣＰ
／ＩＰ用システムコール処理部２４と、ネットワークプ
ロセッサ１０との間の通信を司る通信処理部２１と、Ａ
Ｐ２３Ｘ，２３Ｙ，２３Ｚの状態を管理するアプリケー
ションプログラム管理部（ＡＰ管理部）２２とを備えて
いる。尚、ＡＰ２３Ｘ，２３Ｙ，２３Ｚは、それぞれ異
なる種類の処理を行うものであり、本実施例では、ＡＰ
２３Ｘ，２３Ｙ，２３Ｚは、それぞれ種類ｘ，ｙ，ｚの
処理を行うものとする。
しクライアントシステム１からの要求を処理する複数の
ＡＰ２３Ｘ，２３Ｙ，２３Ｚと、各ＡＰ２３Ｘ，２３
Ｙ，２３Ｚが発行するシステムコールを処理するＴＣＰ
／ＩＰ用システムコール処理部２４と、ネットワークプ
ロセッサ１０との間の通信を司る通信処理部２１と、Ａ
Ｐ２３Ｘ，２３Ｙ，２３Ｚの状態を管理するアプリケー
ションプログラム管理部（ＡＰ管理部）２２とを備えて
いる。尚、ＡＰ２３Ｘ，２３Ｙ，２３Ｚは、それぞれ異
なる種類の処理を行うものであり、本実施例では、ＡＰ
２３Ｘ，２３Ｙ，２３Ｚは、それぞれ種類ｘ，ｙ，ｚの
処理を行うものとする。
【００１４】予備機３０は、ＴＣＰ／ＩＰ手順上で動作
しクライアントシステム１からの要求を処理する複数の
ＡＰ３３Ｘ，３３Ｚと、各ＡＰ３３Ｘ，３３Ｚが発行す
るシステムコールを処理するＴＣＰ／ＩＰ用システムコ
ール処理部３４と、ネットワークプロセッサ１０との間
の通信を司る通信処理部３１と、ＡＰ３３Ｘ，３３Ｚの
状態を管理するＡＰ管理部３２とを備えている。尚、Ａ
Ｐ３３Ｘ，３３Ｚは、それぞれ種類ｘ，ｚの処理を行う
ものとする。つまり、ＡＰ３３Ｘ，３３Ｚは、それぞれ
ＡＰ２３Ｘ，２３Ｚと同一の処理を行うものである。
しクライアントシステム１からの要求を処理する複数の
ＡＰ３３Ｘ，３３Ｚと、各ＡＰ３３Ｘ，３３Ｚが発行す
るシステムコールを処理するＴＣＰ／ＩＰ用システムコ
ール処理部３４と、ネットワークプロセッサ１０との間
の通信を司る通信処理部３１と、ＡＰ３３Ｘ，３３Ｚの
状態を管理するＡＰ管理部３２とを備えている。尚、Ａ
Ｐ３３Ｘ，３３Ｚは、それぞれ種類ｘ，ｚの処理を行う
ものとする。つまり、ＡＰ３３Ｘ，３３Ｚは、それぞれ
ＡＰ２３Ｘ，２３Ｚと同一の処理を行うものである。
【００１５】予備機４０は、ＴＣＰ／ＩＰ手順上で動作
しクライアントシステム１からの要求を処理する複数の
ＡＰ４３Ｘ，４３Ｙと、各ＡＰ４３Ｘ，４３Ｙが発行す
るシステムコールを処理するＴＣＰ／ＩＰ用システムコ
ール処理部４４と、ネットワークプロセッサ１０との間
の通信を司る通信処理部４１と、ＡＰ４３Ｘ，４３Ｙの
状態を管理するＡＰ管理部４２とを備えている。尚、Ａ
Ｐ４３Ｘ，４３Ｙは、それぞれ種類ｘ，ｙの処理を行う
ものとする。つまり、ＡＰ４３Ｘ，４３Ｙは、それぞれ
ＡＰ２３Ｘ，２３Ｙと同一の処理を行うものである。
しクライアントシステム１からの要求を処理する複数の
ＡＰ４３Ｘ，４３Ｙと、各ＡＰ４３Ｘ，４３Ｙが発行す
るシステムコールを処理するＴＣＰ／ＩＰ用システムコ
ール処理部４４と、ネットワークプロセッサ１０との間
の通信を司る通信処理部４１と、ＡＰ４３Ｘ，４３Ｙの
状態を管理するＡＰ管理部４２とを備えている。尚、Ａ
Ｐ４３Ｘ，４３Ｙは、それぞれ種類ｘ，ｙの処理を行う
ものとする。つまり、ＡＰ４３Ｘ，４３Ｙは、それぞれ
ＡＰ２３Ｘ，２３Ｙと同一の処理を行うものである。
【００１６】ネットワークプロセッサ１０は、統合通信
処理部１１と、クライアント通信部１２と、ＡＰ切り替
え部１３と、ＡＰ起動／復旧処理部１４と、着信要求振
り分け部１５と、情報格納部１６とを備えている。
処理部１１と、クライアント通信部１２と、ＡＰ切り替
え部１３と、ＡＰ起動／復旧処理部１４と、着信要求振
り分け部１５と、情報格納部１６とを備えている。
【００１７】統合通信処理部１１は、通信処理部２１，
３１，４１との間で通知，要求等をやり取りする。
３１，４１との間で通知，要求等をやり取りする。
【００１８】情報格納部１６には、図２に示すように、
種別情報，運用形態情報，優先順位情報，状態情報，使
用中情報及び選択情報が格納される。
種別情報，運用形態情報，優先順位情報，状態情報，使
用中情報及び選択情報が格納される。
【００１９】種別情報は、現用機２０及び予備機３０，
４０上に、どのような種類の処理を行うＡＰが存在する
のかを示す。本実施例の場合、種類ｘの処理を行うＡＰ
２３Ｘ，３３Ｘ，４３Ｘと、種類ｙの処理を行うＡＰ２
３Ｙ，４３Ｙと、種類ｚの処理を行うＡＰ２３Ｚ，３３
Ｚとが存在するので、情報格納部１６には、図２に示す
ように、種類ｘ，ｙ，ｚを示す種別情報Ｘ，Ｙ，Ｚが格
納される。尚、種別情報としては、ポート番号を使用す
ることができる。
４０上に、どのような種類の処理を行うＡＰが存在する
のかを示す。本実施例の場合、種類ｘの処理を行うＡＰ
２３Ｘ，３３Ｘ，４３Ｘと、種類ｙの処理を行うＡＰ２
３Ｙ，４３Ｙと、種類ｚの処理を行うＡＰ２３Ｚ，３３
Ｚとが存在するので、情報格納部１６には、図２に示す
ように、種類ｘ，ｙ，ｚを示す種別情報Ｘ，Ｙ，Ｚが格
納される。尚、種別情報としては、ポート番号を使用す
ることができる。
【００２０】運用形態情報は、各種別情報Ｘ，Ｙ，Ｚの
ＡＰがどのような形態で運用されるのかを示す。図２の
例は、種別情報Ｘ，ＺのＡＰの運用形態が「分散運用」
で、種別情報ＹのＡＰの運用形態が「集中運用」である
ことを示している。
ＡＰがどのような形態で運用されるのかを示す。図２の
例は、種別情報Ｘ，ＺのＡＰの運用形態が「分散運用」
で、種別情報ＹのＡＰの運用形態が「集中運用」である
ことを示している。
【００２１】運用形態が「集中運用」のＡＰについての
優先順位情報は、初期状態（現用機，予備機に一回もク
ライアントシステム１からの接続要求を通知していない
状態）に於ける、クライアントシステム１からの接続要
求の通知先の優先順位を示す。図２の例の場合、運用形
態が「集中運用」である種別情報ＹのＡＰの優先順位
は、現用機２０，予備機４０の順になっている。
優先順位情報は、初期状態（現用機，予備機に一回もク
ライアントシステム１からの接続要求を通知していない
状態）に於ける、クライアントシステム１からの接続要
求の通知先の優先順位を示す。図２の例の場合、運用形
態が「集中運用」である種別情報ＹのＡＰの優先順位
は、現用機２０，予備機４０の順になっている。
【００２２】また、運用形態が「分散運用」のＡＰにつ
いての優先順位は、クライアントシステム１からの接続
要求をどのような順番で現用機，予備機に通知するのか
を示す。図２の例は、種別情報ＸのＡＰに対する最初の
接続要求がクライアントシステム１から送られてきた場
合には、現用機２０にその接続要求を通知し、第２番
目，第３番目，第４番目，…の接続要求が送られてきた
場合には、予備機３０，予備機４０，現用機２０，…の
順番で接続要求を通知し、また、種別情報Ｚに対する最
初の接続要求が送られてきた場合は現用機２０にその接
続要求を通知し、第２番目，第３番目，第４番目，…の
接続要求が送られてきた場合には、予備機３０，現用機
２０，予備機３０，…の順番で接続要求を通知すること
を示している。
いての優先順位は、クライアントシステム１からの接続
要求をどのような順番で現用機，予備機に通知するのか
を示す。図２の例は、種別情報ＸのＡＰに対する最初の
接続要求がクライアントシステム１から送られてきた場
合には、現用機２０にその接続要求を通知し、第２番
目，第３番目，第４番目，…の接続要求が送られてきた
場合には、予備機３０，予備機４０，現用機２０，…の
順番で接続要求を通知し、また、種別情報Ｚに対する最
初の接続要求が送られてきた場合は現用機２０にその接
続要求を通知し、第２番目，第３番目，第４番目，…の
接続要求が送られてきた場合には、予備機３０，現用機
２０，予備機３０，…の順番で接続要求を通知すること
を示している。
【００２３】状態情報は、現用機２０及び予備機３０，
４０上で動作しているＡＰが運用可能か否かを示す。図
２の例は、現用機２０及び予備機３０，４０上のＡＰが
全て運用可能であることを示している。尚、初期状態に
於いては、状態情報は全てｎｕｌｌになっている。
４０上で動作しているＡＰが運用可能か否かを示す。図
２の例は、現用機２０及び予備機３０，４０上のＡＰが
全て運用可能であることを示している。尚、初期状態に
於いては、状態情報は全てｎｕｌｌになっている。
【００２４】使用中情報は、運用形態が「集中運用」の
ＡＰについてのみ意味を持つものであり、或る種別情報
のＡＰを実行する現用機，予備機の内の、クライアント
システム１から依頼された処理を実行するために現在使
用しているシステムを表す。図２の例は、現用機２０が
クライアントシステム１からの処理を実行するために現
在使用されていることを示している。尚、初期状態に於
いては、使用中情報は、全てｎｕｌｌになっている。
ＡＰについてのみ意味を持つものであり、或る種別情報
のＡＰを実行する現用機，予備機の内の、クライアント
システム１から依頼された処理を実行するために現在使
用しているシステムを表す。図２の例は、現用機２０が
クライアントシステム１からの処理を実行するために現
在使用されていることを示している。尚、初期状態に於
いては、使用中情報は、全てｎｕｌｌになっている。
【００２５】選択情報は、運用形態が「分散運用」のＡ
Ｐについてのみ意味を持つものであり、或る種別のＡＰ
を実行する現用機，予備機の内、最も最近に接続要求を
通知したシステムを表す。図２の例は、種別情報ＸのＡ
Ｐを実行している現用機２０，予備機３０，４０につい
ては、現用機２０に最も最近接続要求を通知し、種別情
報ＺのＡＰを実行している現用機２０，予備機３０につ
いては、予備機３０に最も最近接続要求を通知したこと
を示している。尚、初期状態に於いては、選択情報は、
全てｎｕｌｌになっている。
Ｐについてのみ意味を持つものであり、或る種別のＡＰ
を実行する現用機，予備機の内、最も最近に接続要求を
通知したシステムを表す。図２の例は、種別情報ＸのＡ
Ｐを実行している現用機２０，予備機３０，４０につい
ては、現用機２０に最も最近接続要求を通知し、種別情
報ＺのＡＰを実行している現用機２０，予備機３０につ
いては、予備機３０に最も最近接続要求を通知したこと
を示している。尚、初期状態に於いては、選択情報は、
全てｎｕｌｌになっている。
【００２６】ＡＰ起動／復旧処理部１４は、現用機２０
及び予備機３０，４０に於いて、ＡＰが起動された場合
或いは障害復旧後に再起動された場合に、情報格納部１
６に格納されている上記起動或いは再起動されたＡＰに
ついての状態情報を「運用可能」に更新し、ＴＣＰ／Ｉ
Ｐ回線２を通じて着信の待ち合わせを行う機能を有す
る。
及び予備機３０，４０に於いて、ＡＰが起動された場合
或いは障害復旧後に再起動された場合に、情報格納部１
６に格納されている上記起動或いは再起動されたＡＰに
ついての状態情報を「運用可能」に更新し、ＴＣＰ／Ｉ
Ｐ回線２を通じて着信の待ち合わせを行う機能を有す
る。
【００２７】着信要求振り分け部１５は、クライアント
システム１からの接続要求を受け付けた時、その接続要
求が接続を希望するＡＰの識別情報と情報格納部１６の
内容とに基づいて、その接続要求の通知先を決定する機
能を有する。更に、着信要求振り分け部１５は、情報格
納部１６の使用中情報，選択情報を更新する機能を有す
る。
システム１からの接続要求を受け付けた時、その接続要
求が接続を希望するＡＰの識別情報と情報格納部１６の
内容とに基づいて、その接続要求の通知先を決定する機
能を有する。更に、着信要求振り分け部１５は、情報格
納部１６の使用中情報，選択情報を更新する機能を有す
る。
【００２８】クライアント通信部１２は、クライアント
システム１とデータをやりとりする機能を有する。
システム１とデータをやりとりする機能を有する。
【００２９】ＡＰ切り替え部１３は、現用機２０、予備
機３０，４０からＡＰに障害が発生したことを通知され
た場合、情報格納部１６に格納されている状態情報の
内、障害が発生したＡＰの状態情報を「運用不可」に変
更する機能を有する。
機３０，４０からＡＰに障害が発生したことを通知され
た場合、情報格納部１６に格納されている状態情報の
内、障害が発生したＡＰの状態情報を「運用不可」に変
更する機能を有する。
【００３０】次に、本実施例の動作を説明する。
【００３１】現用機２０上で動作するＡＰ２３Ｘは、そ
の起動時、通常のＴＣＰ／ＩＰ手順で動作するために所
定のシステムコールを発行する。ＡＰ２３Ｘからシステ
ムコールが発行されると、ＴＣＰ／ＩＰ用システムコー
ル処理部２４は、通信処理部２１を介してネットワーク
プロセッサ１０の統合通信処理部１１へ着信待ち要求を
送る。尚、他のＡＰの起動時にも同様の動作が行われ
る。
の起動時、通常のＴＣＰ／ＩＰ手順で動作するために所
定のシステムコールを発行する。ＡＰ２３Ｘからシステ
ムコールが発行されると、ＴＣＰ／ＩＰ用システムコー
ル処理部２４は、通信処理部２１を介してネットワーク
プロセッサ１０の統合通信処理部１１へ着信待ち要求を
送る。尚、他のＡＰの起動時にも同様の動作が行われ
る。
【００３２】統合通信処理部１１は、ＡＰ２３Ｘのシス
テムコールに起因する着信待ち要求を受信すると、ＡＰ
起動／復旧処理部１４を利用して、情報格納部１６に格
納されている状態情報の内、ＡＰ２３Ｘについての状態
情報を「運用可能」にする。また、他のＡＰのシステム
コールに起因する着信待ち要求を受信した場合も、統合
通信処理部１１は、同様の処理を行う。
テムコールに起因する着信待ち要求を受信すると、ＡＰ
起動／復旧処理部１４を利用して、情報格納部１６に格
納されている状態情報の内、ＡＰ２３Ｘについての状態
情報を「運用可能」にする。また、他のＡＰのシステム
コールに起因する着信待ち要求を受信した場合も、統合
通信処理部１１は、同様の処理を行う。
【００３３】その後、クライアントシステム１が、或る
種別情報のＡＰに対する接続要求（接続を希望するＡＰ
の種別情報を含む）を発信したとする。この接続要求
は、ネットワークプロセッサ１０上の着信要求振り分け
部１５で受け付けられる。
種別情報のＡＰに対する接続要求（接続を希望するＡＰ
の種別情報を含む）を発信したとする。この接続要求
は、ネットワークプロセッサ１０上の着信要求振り分け
部１５で受け付けられる。
【００３４】着信要求振り分け部１５では、接続要求を
受け付けると、図３の流れ図に示す処理を行い、接続要
求の通知先を、現用機２０及び予備機３０，４０の内の
何れにするのかを決定する。
受け付けると、図３の流れ図に示す処理を行い、接続要
求の通知先を、現用機２０及び予備機３０，４０の内の
何れにするのかを決定する。
【００３５】この図３の流れ図を参照して着信要求振り
分け部１５の処理を説明する。先ず、着信要求振り分け
部１５は、接続要求が接続を希望するＡＰの種別情報α
（Ｘ，Ｙ，Ｚの何れか）をキーにして情報格納部１６を
検索し、種別情報αのＡＰの運用形態が「分散運用」で
あるのか、「集中運用」であるのかを調べる（Ｓ１）。
分け部１５の処理を説明する。先ず、着信要求振り分け
部１５は、接続要求が接続を希望するＡＰの種別情報α
（Ｘ，Ｙ，Ｚの何れか）をキーにして情報格納部１６を
検索し、種別情報αのＡＰの運用形態が「分散運用」で
あるのか、「集中運用」であるのかを調べる（Ｓ１）。
【００３６】そして、種別情報αのＡＰの運用形態が
「分散運用」であった場合には、種別情報αについての
選択情報が全てｎｕｌｌになっているかを調べる（Ｓ
２）。
「分散運用」であった場合には、種別情報αについての
選択情報が全てｎｕｌｌになっているかを調べる（Ｓ
２）。
【００３７】選択情報が全てｎｕｌｌであった場合に
は、種別情報αについての優先順位情報，状態情報に基
づいて、運用可能な現用機，予備機の内の、最も優先順
位の高いシステムを接続要求の通知先と決定する（Ｓ
３）。次いで、種別情報αについての選択情報を、Ｓ３
で通知先としたシステムを示すものに更新し（Ｓ４）、
その後、Ｓ３で通知先としたシステムに接続要求を通知
する（Ｓ９）。
は、種別情報αについての優先順位情報，状態情報に基
づいて、運用可能な現用機，予備機の内の、最も優先順
位の高いシステムを接続要求の通知先と決定する（Ｓ
３）。次いで、種別情報αについての選択情報を、Ｓ３
で通知先としたシステムを示すものに更新し（Ｓ４）、
その後、Ｓ３で通知先としたシステムに接続要求を通知
する（Ｓ９）。
【００３８】一方、選択情報が特定の現用機，予備機
（前回接続要求を通知したシステム）を示している場合
（Ｓ２がＮＯ）は、着信要求振り分け部１５は、種別情
報αについての優先順位情報，状態情報，選択情報に基
づいて、接続要求の通知先を決定する（Ｓ５）。つま
り、前回接続要求を通知したシステムＡの次に接続要求
を通知することが優先順位情報によって指示されている
システムＢが運用可能か否かを調べ、運用可能であれば
そのシステムＢを接続要求の通知先とする。また、シス
テムＢが運用不可であれば、システムＢの次に接続要求
を通知することが優先順位情報によって指示されている
システムＣが運用可能か否かを調べ、同様の処理を行
う。以上の処理を行うことにより、接続要求の通知先を
決定する。
（前回接続要求を通知したシステム）を示している場合
（Ｓ２がＮＯ）は、着信要求振り分け部１５は、種別情
報αについての優先順位情報，状態情報，選択情報に基
づいて、接続要求の通知先を決定する（Ｓ５）。つま
り、前回接続要求を通知したシステムＡの次に接続要求
を通知することが優先順位情報によって指示されている
システムＢが運用可能か否かを調べ、運用可能であれば
そのシステムＢを接続要求の通知先とする。また、シス
テムＢが運用不可であれば、システムＢの次に接続要求
を通知することが優先順位情報によって指示されている
システムＣが運用可能か否かを調べ、同様の処理を行
う。以上の処理を行うことにより、接続要求の通知先を
決定する。
【００３９】Ｓ５に於いて、接続要求の通知先を決定す
ると、着信要求振り分け部１５は、前述したと同様の処
理を行う（Ｓ４，Ｓ９）。
ると、着信要求振り分け部１５は、前述したと同様の処
理を行う（Ｓ４，Ｓ９）。
【００４０】また、Ｓ１に於いて、接続要求が接続を希
望する種別情報αのＡＰの運用形態が「集中運用」であ
ると判断した場合は、着信要求振り分け部１５は、種別
情報αについての使用中情報が全てｎｕｌｌになってい
るか否かを調べる（Ｓ６）。
望する種別情報αのＡＰの運用形態が「集中運用」であ
ると判断した場合は、着信要求振り分け部１５は、種別
情報αについての使用中情報が全てｎｕｌｌになってい
るか否かを調べる（Ｓ６）。
【００４１】そして、全てｎｕｌｌになっていると判断
した場合は、種別情報αについての優先順位情報，状態
情報に基づいて、最も優先順位の高い運用可能なシステ
ムを接続要求の通知先とする（Ｓ７）。次いで、種別情
報αについての使用中情報を、Ｓ７で接続要求の通知先
としたシステムを示すものに変更し（Ｓ８）、その後、
Ｓ７で通知先としたシステムに接続要求を通知する（Ｓ
９）。
した場合は、種別情報αについての優先順位情報，状態
情報に基づいて、最も優先順位の高い運用可能なシステ
ムを接続要求の通知先とする（Ｓ７）。次いで、種別情
報αについての使用中情報を、Ｓ７で接続要求の通知先
としたシステムを示すものに変更し（Ｓ８）、その後、
Ｓ７で通知先としたシステムに接続要求を通知する（Ｓ
９）。
【００４２】一方、使用中情報が特定のシステムを指し
示している場合は、使用中情報が指し示しているシステ
ムが運用可能か否かを調べる（Ｓ１０）。そして、運用
可能である場合は、そのシステムに接続要求を通知する
（Ｓ１１，Ｓ９）。これに対して、使用中情報が指し示
しているシステムが運用不可である場合には、種別情報
αについての優先順位情報，状態情報に基づいて、最も
優先順位の高い、状態情報が運用可能となっているシス
テムを接続情報の通知先とする（Ｓ７）。その後、着信
要求振り分け部１５は、種別情報αについての使用中情
報を、Ｓ７で接続要求の通知先としたシステムを指し示
すもの変更し（Ｓ８）、更に、Ｓ７で通知先としたシス
テムに接続要求を通知する（Ｓ９）。
示している場合は、使用中情報が指し示しているシステ
ムが運用可能か否かを調べる（Ｓ１０）。そして、運用
可能である場合は、そのシステムに接続要求を通知する
（Ｓ１１，Ｓ９）。これに対して、使用中情報が指し示
しているシステムが運用不可である場合には、種別情報
αについての優先順位情報，状態情報に基づいて、最も
優先順位の高い、状態情報が運用可能となっているシス
テムを接続情報の通知先とする（Ｓ７）。その後、着信
要求振り分け部１５は、種別情報αについての使用中情
報を、Ｓ７で接続要求の通知先としたシステムを指し示
すもの変更し（Ｓ８）、更に、Ｓ７で通知先としたシス
テムに接続要求を通知する（Ｓ９）。
【００４３】今、例えば、着信要求振り分け部１５が種
別情報ＸのＡＰに対する接続要求を受け付けたとする
と、以下の処理が行われる。尚、情報格納部１６の内容
は、図２に示すものになっているとする。
別情報ＸのＡＰに対する接続要求を受け付けたとする
と、以下の処理が行われる。尚、情報格納部１６の内容
は、図２に示すものになっているとする。
【００４４】種別情報ＸのＡＰの運用形態が「分散運
用」であり（Ｓ１がＹＥＳ）、種別情報Ｘについての選
択情報が現用機２０を指し示していることから（Ｓ２が
ＮＯ）、着信要求振り分け部１５は、予備機３０を接続
要求の通知先とする（Ｓ５）。つまり、種別情報Ｘにつ
いての優先順位情報は、現用機２０の次に予備機３０を
接続要求の通知先にすることを指示しており、更に、予
備機３０の状態情報が「運用可能」となっていることか
ら、着信要求振り分け部１５は、予備機３０を接続要求
の通知先とする。
用」であり（Ｓ１がＹＥＳ）、種別情報Ｘについての選
択情報が現用機２０を指し示していることから（Ｓ２が
ＮＯ）、着信要求振り分け部１５は、予備機３０を接続
要求の通知先とする（Ｓ５）。つまり、種別情報Ｘにつ
いての優先順位情報は、現用機２０の次に予備機３０を
接続要求の通知先にすることを指示しており、更に、予
備機３０の状態情報が「運用可能」となっていることか
ら、着信要求振り分け部１５は、予備機３０を接続要求
の通知先とする。
【００４５】また、例えば、着信要求振り分け部１５が
種別情報ＹのＡＰに対する接続要求を受け付けたとする
と、以下の処理が行われる。
種別情報ＹのＡＰに対する接続要求を受け付けたとする
と、以下の処理が行われる。
【００４６】種別情報ＹのＡＰの運用形態が「集中運
用」であり（Ｓ１がＮＯ）、使用中情報が現用機２０を
指し示し（Ｓ６がＮＯ）、更に、使用中情報によって指
し示される現用機２０が「運用可能」であることから
（Ｓ１０がＹＥＳ）、着信要求振り分け部１５は、使用
中情報によって指し示される現用機２０に接続情報を通
知する（Ｓ１１，Ｓ９）。
用」であり（Ｓ１がＮＯ）、使用中情報が現用機２０を
指し示し（Ｓ６がＮＯ）、更に、使用中情報によって指
し示される現用機２０が「運用可能」であることから
（Ｓ１０がＹＥＳ）、着信要求振り分け部１５は、使用
中情報によって指し示される現用機２０に接続情報を通
知する（Ｓ１１，Ｓ９）。
【００４７】次に、情報格納部１６の内容が図２に示す
状態の時に、現用機２０或いは予備機３０，４０上で動
作しているＡＰに障害が発生した場合の動作を説明す
る。
状態の時に、現用機２０或いは予備機３０，４０上で動
作しているＡＰに障害が発生した場合の動作を説明す
る。
【００４８】今、例えば、現用機２０上で動作している
ＡＰ２３Ｘに障害が発生したとする。現用機２０内のＡ
Ｐ管理部２２は、ＡＰ２３Ｘに障害が発生したことを検
出すると、通信処理部２１を介して統合通信処理部１１
に障害通知を送る。この障害通知には、障害の発生した
ＡＰを示すために、ＡＰ２３Ｘの種別情報Ｘが含まれて
いる。
ＡＰ２３Ｘに障害が発生したとする。現用機２０内のＡ
Ｐ管理部２２は、ＡＰ２３Ｘに障害が発生したことを検
出すると、通信処理部２１を介して統合通信処理部１１
に障害通知を送る。この障害通知には、障害の発生した
ＡＰを示すために、ＡＰ２３Ｘの種別情報Ｘが含まれて
いる。
【００４９】統合通信処理部１１は、現用機２０から種
別情報Ｘを含む障害通知が送られてくると、ＡＰ起動／
復旧処理部１４を利用して、情報格納部１６に格納され
ている状態情報の内、ＡＰ２３Ｘについての状態情報を
「運用可能」から「運用不可」に変更する。
別情報Ｘを含む障害通知が送られてくると、ＡＰ起動／
復旧処理部１４を利用して、情報格納部１６に格納され
ている状態情報の内、ＡＰ２３Ｘについての状態情報を
「運用可能」から「運用不可」に変更する。
【００５０】ＡＰ２３Ｘの状態情報が「運用不可」とさ
れると、それ以降、着信要求振り分け部１５は、クライ
アントシステム１から発信された種別情報Ｘの接続要求
を予備機３０，予備機４０に交互に通知することになる
（図３，Ｓ５）。
れると、それ以降、着信要求振り分け部１５は、クライ
アントシステム１から発信された種別情報Ｘの接続要求
を予備機３０，予備機４０に交互に通知することになる
（図３，Ｓ５）。
【００５１】また、例えば、現用機２０上で動作してい
るＡＰ２３Ｙに障害が発生した場合は、次のような動作
が行われる。
るＡＰ２３Ｙに障害が発生した場合は、次のような動作
が行われる。
【００５２】現用機２０内のＡＰ管理部２２は、ＡＰ２
３Ｙに障害が発生したことを検出すると、通信処理部２
１を介して統合通信処理部１１に障害通知を送る。この
障害通知には、ＡＰ２３Ｙの種別情報Ｙが含まれてい
る。
３Ｙに障害が発生したことを検出すると、通信処理部２
１を介して統合通信処理部１１に障害通知を送る。この
障害通知には、ＡＰ２３Ｙの種別情報Ｙが含まれてい
る。
【００５３】統合通信処理部１１は、現用機２０から種
別情報Ｙを含む障害通知が送られてくると、ＡＰ起動／
復旧処理部１４を利用して、情報格納部１６に格納され
ている状態情報の内、ＡＰ２３Ｙの状態情報を「運用可
能」から「運用不可」に変更する。
別情報Ｙを含む障害通知が送られてくると、ＡＰ起動／
復旧処理部１４を利用して、情報格納部１６に格納され
ている状態情報の内、ＡＰ２３Ｙの状態情報を「運用可
能」から「運用不可」に変更する。
【００５４】ＡＰ２３Ｙの状態情報が「運用不可」とな
ると、それ以降、着信要求振り分け部１５は、クライア
ントシステム１から発信された種別情報Ｙの接続要求
を、常に予備機４０に通知することになる（図３，Ｓ
７）。
ると、それ以降、着信要求振り分け部１５は、クライア
ントシステム１から発信された種別情報Ｙの接続要求
を、常に予備機４０に通知することになる（図３，Ｓ
７）。
【００５５】次に、障害の発生したＡＰが復旧し、再度
起動された時の動作を説明する。
起動された時の動作を説明する。
【００５６】今、例えば、現用機２０上のＡＰ２３Ｘが
障害から復旧し、再起動されたとする。ＡＰ２３Ｘは、
再起動時、ＴＣＰ／ＩＰ手順で動作するためにシステム
コールを発行する。ＡＰ２３Ｘからシステムコールが発
行されると、ＴＣＰ／ＩＰ用システムコール処理部２４
は、通信処理部２１を介してネットワークプロセッサ１
０の統合通信処理部１１へ着信待ち要求を送る。
障害から復旧し、再起動されたとする。ＡＰ２３Ｘは、
再起動時、ＴＣＰ／ＩＰ手順で動作するためにシステム
コールを発行する。ＡＰ２３Ｘからシステムコールが発
行されると、ＴＣＰ／ＩＰ用システムコール処理部２４
は、通信処理部２１を介してネットワークプロセッサ１
０の統合通信処理部１１へ着信待ち要求を送る。
【００５７】統合通信処理部１１は、現用機２０からＡ
Ｐ２３Ｘのシステムコールに起因する着信待ち要求を受
信すると、ＡＰ起動／復旧処理部１４を利用して情報格
納部１６に格納されている、ＡＰ２３Ｘについての状態
情報を「運用不可」から「運用可能」に変更する。
Ｐ２３Ｘのシステムコールに起因する着信待ち要求を受
信すると、ＡＰ起動／復旧処理部１４を利用して情報格
納部１６に格納されている、ＡＰ２３Ｘについての状態
情報を「運用不可」から「運用可能」に変更する。
【００５８】ＡＰ２３Ｘについての状態情報が「運用可
能」になると、それ以後、着信要求振り分け部１５は、
クライアントシステム１から発行された種別情報Ｘの接
続要求を現用機２０、予備機３０，４０に順番に振り分
ける（図３，Ｓ５）。
能」になると、それ以後、着信要求振り分け部１５は、
クライアントシステム１から発行された種別情報Ｘの接
続要求を現用機２０、予備機３０，４０に順番に振り分
ける（図３，Ｓ５）。
【００５９】また、例えば、現用機２０上のＡＰ２３Ｙ
が障害から復旧し、再起動された場合は、以下の処理が
行われる。
が障害から復旧し、再起動された場合は、以下の処理が
行われる。
【００６０】ＡＰ２３Ｙは、再起動時、ＴＣＰ／ＩＰ手
順で動作するためにシステムコールを発行する。ＡＰ２
３Ｙからシステムコールが発行されると、ＴＣＰ／ＩＰ
用システムコール処理部２４は、通信処理部２１を介し
て統合通信処理部１１へ着信待ち要求を送る。
順で動作するためにシステムコールを発行する。ＡＰ２
３Ｙからシステムコールが発行されると、ＴＣＰ／ＩＰ
用システムコール処理部２４は、通信処理部２１を介し
て統合通信処理部１１へ着信待ち要求を送る。
【００６１】統合通信処理部１１は、現用機２０からＡ
Ｐ２３Ｙのシステムコールに起因する着信待ち要求を受
信すると、ＡＰ起動／復旧処理部１４を利用して情報格
納部１６に格納されている、ＡＰ２３Ｙについての状態
情報を「運用不可」から「運用可能」に変更する。
Ｐ２３Ｙのシステムコールに起因する着信待ち要求を受
信すると、ＡＰ起動／復旧処理部１４を利用して情報格
納部１６に格納されている、ＡＰ２３Ｙについての状態
情報を「運用不可」から「運用可能」に変更する。
【００６２】ＡＰ２３Ｙについての状態情報が「運用可
能」となっても、情報格納部１６に格納されている種別
情報Ｙについての使用中情報は、予備機４０を指し示す
ものとなっているので、着信要求振り分け部１５は、そ
れ以降に、クライアントシステム１から種別情報Ｙにつ
いての接続要求を受け付けても、その接続要求を予備機
４０に通知する（図３，Ｓ１１）。
能」となっても、情報格納部１６に格納されている種別
情報Ｙについての使用中情報は、予備機４０を指し示す
ものとなっているので、着信要求振り分け部１５は、そ
れ以降に、クライアントシステム１から種別情報Ｙにつ
いての接続要求を受け付けても、その接続要求を予備機
４０に通知する（図３，Ｓ１１）。
【００６３】次に、ＡＰが発行するシステムコールの具
体例を挙げて、本実施例の動作を詳細に説明する。
体例を挙げて、本実施例の動作を詳細に説明する。
【００６４】先ず、図４を参照して、ＡＰが起動されて
から接続要求待ち状態となるまでの動作を説明する。
から接続要求待ち状態となるまでの動作を説明する。
【００６５】現用機２０上で動作するＡＰ２３Ｘは、起
動時、ＴＣＰ／ＩＰ手順で動作するために、システムコ
ールｓｏｃｋｅｔ( ）を発行する。これにより、ＴＣＰ
／ＩＰ用システムコール処理部２４は、ＡＰ２３ＸをＴ
ＣＰ／ＩＰ手順で動作させるための所定の処理を行い、
その処理が完了すると制御をＡＰ２３Ｘに戻す。
動時、ＴＣＰ／ＩＰ手順で動作するために、システムコ
ールｓｏｃｋｅｔ( ）を発行する。これにより、ＴＣＰ
／ＩＰ用システムコール処理部２４は、ＡＰ２３ＸをＴ
ＣＰ／ＩＰ手順で動作させるための所定の処理を行い、
その処理が完了すると制御をＡＰ２３Ｘに戻す。
【００６６】制御を戻されると、ＡＰ２３Ｘは、サーバ
として動作するために、システムコールｌｉｓｔｅｎ
( ）を発行する。これにより、ＴＣＰ／ＩＰ用システム
コール処理部２４は、ＡＰ管理部２２に対してＡＰ２３
Ｘが動作中になったことを通知すると共に、通信処理部
２１に着信待ち要求Ｂ１を渡す。通信処理部２１は、着
信待ち要求Ｂ１が渡されると、それをネットワークプロ
セッサ１０内の統合通信処理部１１に通知する。
として動作するために、システムコールｌｉｓｔｅｎ
( ）を発行する。これにより、ＴＣＰ／ＩＰ用システム
コール処理部２４は、ＡＰ管理部２２に対してＡＰ２３
Ｘが動作中になったことを通知すると共に、通信処理部
２１に着信待ち要求Ｂ１を渡す。通信処理部２１は、着
信待ち要求Ｂ１が渡されると、それをネットワークプロ
セッサ１０内の統合通信処理部１１に通知する。
【００６７】統合通信処理部１１は、着信待ち要求Ｂ１
が通知されると、ＡＰ起動／復旧処理部１４を呼び出
し、情報格納部１６に格納されているＡＰ２３Ｘの状態
情報を「運用可能」に変更させる。続いて、着信要求振
り分け部１５を呼び出し、着信待ち要求Ｂ１を渡す。
が通知されると、ＡＰ起動／復旧処理部１４を呼び出
し、情報格納部１６に格納されているＡＰ２３Ｘの状態
情報を「運用可能」に変更させる。続いて、着信要求振
り分け部１５を呼び出し、着信待ち要求Ｂ１を渡す。
【００６８】着信要求振り分け部１５は、着信待ち要求
Ｂ１が、種別情報ＸのＡＰから送られてきた最初の着信
待ち要求であれば（ＡＰ３３Ｘ，４３Ｘからの着信待ち
要求が未着であれば）、ＴＣＰ／ＩＰ回線２に対して着
信要求を発行する。この場合、着信待ち要求Ｂ１は、最
初のものであるので、ＴＣＰ／ＩＰ回線２に対して着信
要求が発行されることになる。その後、ＡＰ２３Ｘに制
御が戻り、この段階で、ＡＰ２３Ｘは、クライアントシ
ステム１からの接続要求を待つ接続要求待ち状態とな
る。
Ｂ１が、種別情報ＸのＡＰから送られてきた最初の着信
待ち要求であれば（ＡＰ３３Ｘ，４３Ｘからの着信待ち
要求が未着であれば）、ＴＣＰ／ＩＰ回線２に対して着
信要求を発行する。この場合、着信待ち要求Ｂ１は、最
初のものであるので、ＴＣＰ／ＩＰ回線２に対して着信
要求が発行されることになる。その後、ＡＰ２３Ｘに制
御が戻り、この段階で、ＡＰ２３Ｘは、クライアントシ
ステム１からの接続要求を待つ接続要求待ち状態とな
る。
【００６９】現用機２０上の他のＡＰ２３Ｙ，２３Ｚが
起動された場合にも、同様の動作が行われる。
起動された場合にも、同様の動作が行われる。
【００７０】現用機２０上のＡＰ２３Ｘ，２３Ｙ，２３
Ｚが全て起動された後に、予備機３０上のＡＰ３３Ｘが
起動されたとする。ＡＰ３３Ｘは、起動されると、ＡＰ
２３Ｘと同様に、システムコールｓｏｃｋｅｔ( ）を発
行した後、システムコールｌｉｓｔｅｎ( ）を発行す
る。これにより、ＴＣＰ／ＩＰ用システムコール処理部
３４は、通信処理部３１を介してネットワークプロセッ
サ１０の統合通信処理部１１に、着信待ち要求Ｂ２を通
知する。
Ｚが全て起動された後に、予備機３０上のＡＰ３３Ｘが
起動されたとする。ＡＰ３３Ｘは、起動されると、ＡＰ
２３Ｘと同様に、システムコールｓｏｃｋｅｔ( ）を発
行した後、システムコールｌｉｓｔｅｎ( ）を発行す
る。これにより、ＴＣＰ／ＩＰ用システムコール処理部
３４は、通信処理部３１を介してネットワークプロセッ
サ１０の統合通信処理部１１に、着信待ち要求Ｂ２を通
知する。
【００７１】統合通信処理部１１は、着信待ち要求Ｂ２
が通知されると、ＡＰ起動／復旧処理部１４を呼び出
し、情報格納部１６に格納されているＡＰ３３Ｘについ
ての状態情報を「運用可能」に変更する。その後、統合
通信処理部１１は、着信待ち要求Ｂ２を着信要求振り分
け部１５に渡す。着信要求振り分け部１５では、ＡＰ２
３Ｘについての着信待ち要求Ｂ１を受け付けた時に、既
に、着信要求を発行しているので、ＴＣＰ／ＩＰ回線２
に対する着信要求の発行は行わない。その後、ＡＰ３３
Ｘに制御が戻り、ＡＰ３３Ｘは、クライアントシステム
１からの接続要求を待つ接続要求待ち状態となる。
が通知されると、ＡＰ起動／復旧処理部１４を呼び出
し、情報格納部１６に格納されているＡＰ３３Ｘについ
ての状態情報を「運用可能」に変更する。その後、統合
通信処理部１１は、着信待ち要求Ｂ２を着信要求振り分
け部１５に渡す。着信要求振り分け部１５では、ＡＰ２
３Ｘについての着信待ち要求Ｂ１を受け付けた時に、既
に、着信要求を発行しているので、ＴＣＰ／ＩＰ回線２
に対する着信要求の発行は行わない。その後、ＡＰ３３
Ｘに制御が戻り、ＡＰ３３Ｘは、クライアントシステム
１からの接続要求を待つ接続要求待ち状態となる。
【００７２】予備機３０，４０上の他のＡＰ３３Ｚ，４
３Ｘ，４３Ｙが起動された場合にも同様の動作が行われ
る。
３Ｘ，４３Ｙが起動された場合にも同様の動作が行われ
る。
【００７３】次に、クライアントシステム１から送信さ
れた接続要求の受け付け動作と、ＴＣＰコネクション確
立後のデータ送受信動作を、図５を参照して説明する。
れた接続要求の受け付け動作と、ＴＣＰコネクション確
立後のデータ送受信動作を、図５を参照して説明する。
【００７４】クライアントシステム１から或る種別情報
のＡＰに対する接続要求Ｃ１がＴＣＰ／ＩＰ回線２上に
送信されると、ネットワークプロセッサ１０内の着信要
求振り分け部１５がそれを受け付ける。
のＡＰに対する接続要求Ｃ１がＴＣＰ／ＩＰ回線２上に
送信されると、ネットワークプロセッサ１０内の着信要
求振り分け部１５がそれを受け付ける。
【００７５】着信要求振り分け部１５は、接続要求Ｃ１
を受け付けると、情報格納部１６を参照して図３の流れ
図に示す処理を行うことにより、接続要求Ｃ１の通知先
を決定し、決定したシステムに着信通知Ｃ２を送る。
今、例えば、クライアントシステム１が送信した接続要
求Ｃ１が、種別情報ＸのＡＰに対する接続要求であり、
着信要求振り分け部１５が決定した、接続要求Ｃ１の通
知先が現用機２０であったとすると、着信要求振り分け
部１５は、統合通信処理部１１を通じて現用機２０内の
通信処理部２１へ着信通知Ｃ２を送ることになる。尚、
着信通知Ｃ２には、接続要求が種別情報ＸのＡＰに対す
るものであることを示す情報が含まれている。
を受け付けると、情報格納部１６を参照して図３の流れ
図に示す処理を行うことにより、接続要求Ｃ１の通知先
を決定し、決定したシステムに着信通知Ｃ２を送る。
今、例えば、クライアントシステム１が送信した接続要
求Ｃ１が、種別情報ＸのＡＰに対する接続要求であり、
着信要求振り分け部１５が決定した、接続要求Ｃ１の通
知先が現用機２０であったとすると、着信要求振り分け
部１５は、統合通信処理部１１を通じて現用機２０内の
通信処理部２１へ着信通知Ｃ２を送ることになる。尚、
着信通知Ｃ２には、接続要求が種別情報ＸのＡＰに対す
るものであることを示す情報が含まれている。
【００７６】通信処理部２１は、着信通知Ｃ２をＴＣＰ
／ＩＰ用システムコール処理部２４に渡し、これによ
り、ＴＣＰ／ＩＰ用システムコール処理部２４は、接続
要求待ち状態になっている種別情報ＸのＡＰ２３Ｘを動
作可能とする。
／ＩＰ用システムコール処理部２４に渡し、これによ
り、ＴＣＰ／ＩＰ用システムコール処理部２４は、接続
要求待ち状態になっている種別情報ＸのＡＰ２３Ｘを動
作可能とする。
【００７７】ＡＰ２３Ｘは、動作可能となると、システ
ムコールａｃｃｅｐｔ( ）を発行する。これにより、Ｔ
ＣＰ／ＩＰ用システムコール処理部２４は、ＡＰ２３Ｘ
とクライアントシステム１との間にＴＣＰコネクション
を確立するための処理を行う。
ムコールａｃｃｅｐｔ( ）を発行する。これにより、Ｔ
ＣＰ／ＩＰ用システムコール処理部２４は、ＡＰ２３Ｘ
とクライアントシステム１との間にＴＣＰコネクション
を確立するための処理を行う。
【００７８】ＴＣＰコネクションの確立後、ＡＰ２３Ｘ
はシステムコールｓｅｎｄ( ），ｒｅｃｖ( ）を使用し
てクライアントシステム１とデータを送受信する。
はシステムコールｓｅｎｄ( ），ｒｅｃｖ( ）を使用し
てクライアントシステム１とデータを送受信する。
【００７９】次にアプリケーションプログラムに障害が
発生した時の動作を、図６を参照して説明する。
発生した時の動作を、図６を参照して説明する。
【００８０】現用機２０上で動作しているＡＰ２３Ｘに
障害が発生すると、ＡＰ管理部２２がそれを検出し、通
信処理部２１を通じて統合通信処理部１１に障害通知Ｄ
１を送信する。統合通信処理部１１は、現用機２０から
ＡＰ２３Ｘに障害が発生したことを示す障害通知Ｄ１が
送られてくると、ＡＰ切り替え部１３を用いて情報格納
部１６に格納されているＡＰ２３Ｘについての状態情報
を「運用可能」から「運用不可」に変更する。ＡＰ２３
Ｘに障害が発生した場合であっても、ＡＰ２３Ｘと同一
種別情報ＸのＡＰが予備機３０，４０上で動作している
場合は、ＴＣＰ／ＩＰ回線２に既に発行してある着信要
求はそのままにしてクライアントシステム１からの接続
要求を待ち合わせる。
障害が発生すると、ＡＰ管理部２２がそれを検出し、通
信処理部２１を通じて統合通信処理部１１に障害通知Ｄ
１を送信する。統合通信処理部１１は、現用機２０から
ＡＰ２３Ｘに障害が発生したことを示す障害通知Ｄ１が
送られてくると、ＡＰ切り替え部１３を用いて情報格納
部１６に格納されているＡＰ２３Ｘについての状態情報
を「運用可能」から「運用不可」に変更する。ＡＰ２３
Ｘに障害が発生した場合であっても、ＡＰ２３Ｘと同一
種別情報ＸのＡＰが予備機３０，４０上で動作している
場合は、ＴＣＰ／ＩＰ回線２に既に発行してある着信要
求はそのままにしてクライアントシステム１からの接続
要求を待ち合わせる。
【００８１】この後、クライアントシステム１が、種別
情報Ｘの接続要求Ｄ２を送出すると、ネットワークプロ
セッサ１０内の着信要求振り分け部１５がそれを受け付
ける。
情報Ｘの接続要求Ｄ２を送出すると、ネットワークプロ
セッサ１０内の着信要求振り分け部１５がそれを受け付
ける。
【００８２】着信要求振り分け部１５は、種別情報Ｘの
接続要求Ｄ２を受け付けると、情報格納部１６を参照し
て図３の流れ図に示す処理を行うことにより、接続要求
Ｄ２の通知先（この例の場合、予備機３０）を決定し、
予備機３０に着信通知Ｄ３を送る。
接続要求Ｄ２を受け付けると、情報格納部１６を参照し
て図３の流れ図に示す処理を行うことにより、接続要求
Ｄ２の通知先（この例の場合、予備機３０）を決定し、
予備機３０に着信通知Ｄ３を送る。
【００８３】着信通知Ｄ３は、予備機３０内の通信処理
部３１で受け付けられ、ＴＣＰ／ＩＰ用システムコール
処理部３４に渡される。これにより、ＴＣＰ／ＩＰ用シ
ステムコール処理部３４は、接続要求待ち状態になって
いる種別情報ＸのＡＰ３３Ｘを動作可能とする。
部３１で受け付けられ、ＴＣＰ／ＩＰ用システムコール
処理部３４に渡される。これにより、ＴＣＰ／ＩＰ用シ
ステムコール処理部３４は、接続要求待ち状態になって
いる種別情報ＸのＡＰ３３Ｘを動作可能とする。
【００８４】ＡＰ３３Ｘは、動作可能となると、システ
ムコールａｃｃｅｐｔ( ）を発行する。これにより、Ｔ
ＣＰ／ＩＰ用システムコール処理部２４が、ＡＰ２３Ｘ
とクライアントシステム１との間にＴＣＰコネクション
を確立させる。
ムコールａｃｃｅｐｔ( ）を発行する。これにより、Ｔ
ＣＰ／ＩＰ用システムコール処理部２４が、ＡＰ２３Ｘ
とクライアントシステム１との間にＴＣＰコネクション
を確立させる。
【００８５】次に、ＡＰの再起動時の動作を、図７を参
照して説明する。
照して説明する。
【００８６】今、現用機２０上のＡＰ２３Ｘが障害復旧
後に再起動されたとする。再起動されたＡＰ２３Ｘは、
起動時と同様に、システムコールｓｏｃｋｅｔ( ），ｌ
ｉｓｔｅｎ( ）を発行する。
後に再起動されたとする。再起動されたＡＰ２３Ｘは、
起動時と同様に、システムコールｓｏｃｋｅｔ( ），ｌ
ｉｓｔｅｎ( ）を発行する。
【００８７】これにより、ＴＣＰ／ＩＰ用システムコー
ル処理部２４が通信処理部２１を通じてネットワークプ
ロセッサ１０内の統合通信処理部１１へ着信待ち要求Ｅ
１を通知する。
ル処理部２４が通信処理部２１を通じてネットワークプ
ロセッサ１０内の統合通信処理部１１へ着信待ち要求Ｅ
１を通知する。
【００８８】着信待ち要求Ｅ１が通知されると、統合通
信処理部１１は、ＡＰ起動／復旧処理部１４を呼び出
し、情報格納部１６に格納されているＡＰ２３Ｘについ
ての状態情報を「運用可能」に変更する。その後、統合
通信処理部１１は、着信要求振り分け部１５を呼び出
し、着信待ち要求Ｅ１を渡す。着信要求振り分け部１５
は、統合通信処理部１１から呼び出されても、既にＴＣ
Ｐ／ＩＰ回線２に対する着信要求を発行済みであるた
め、着信要求を発行せずにＡＰ２３Ｘに制御を戻す。
信処理部１１は、ＡＰ起動／復旧処理部１４を呼び出
し、情報格納部１６に格納されているＡＰ２３Ｘについ
ての状態情報を「運用可能」に変更する。その後、統合
通信処理部１１は、着信要求振り分け部１５を呼び出
し、着信待ち要求Ｅ１を渡す。着信要求振り分け部１５
は、統合通信処理部１１から呼び出されても、既にＴＣ
Ｐ／ＩＰ回線２に対する着信要求を発行済みであるた
め、着信要求を発行せずにＡＰ２３Ｘに制御を戻す。
【００８９】この後、クライアントシステム１が、種別
情報Ｘの接続要求Ｅ２を送出すると、ネットワークプロ
セッサ１０内の着信要求振り分け部１５がそれを受け付
ける。
情報Ｘの接続要求Ｅ２を送出すると、ネットワークプロ
セッサ１０内の着信要求振り分け部１５がそれを受け付
ける。
【００９０】着信要求振り分け部１５は、種別情報Ｘの
接続要求Ｅ２を受け付けると、情報格納部１６を参照し
て図３の流れ図に示す処理を行うことにより、接続要求
Ｅ２の通知先を決定し、決定した通知先に着信通知Ｅ３
を送る。ここで、再起動されたＡＰ２３Ｘは、運用形態
が「分散運用」のものであるので、以後、ＡＰ２３Ｘ
は、接続要求の振り分け対象となる。
接続要求Ｅ２を受け付けると、情報格納部１６を参照し
て図３の流れ図に示す処理を行うことにより、接続要求
Ｅ２の通知先を決定し、決定した通知先に着信通知Ｅ３
を送る。ここで、再起動されたＡＰ２３Ｘは、運用形態
が「分散運用」のものであるので、以後、ＡＰ２３Ｘ
は、接続要求の振り分け対象となる。
【００９１】これに対して、再起動されたＡＰが、運用
形態が「集中運用」のものである場合（例えば、ＡＰ２
３Ｙとする）は、再起動後に、クライアントシステム１
から種別情報Ｙの接続要求Ｅ４が発信されても、情報格
納部１６中の種別情報Ｙについての使用中情報が、予備
機４０を指し示しているので、着信要求振り分け部１５
は、着信通知Ｅ５を予備機４０の通信処理部４１に送る
ことになる。つまり、再起動されたＡＰ２３Ｙは、予備
として待ち状態のままとなる。
形態が「集中運用」のものである場合（例えば、ＡＰ２
３Ｙとする）は、再起動後に、クライアントシステム１
から種別情報Ｙの接続要求Ｅ４が発信されても、情報格
納部１６中の種別情報Ｙについての使用中情報が、予備
機４０を指し示しているので、着信要求振り分け部１５
は、着信通知Ｅ５を予備機４０の通信処理部４１に送る
ことになる。つまり、再起動されたＡＰ２３Ｙは、予備
として待ち状態のままとなる。
【００９２】図８は図１に示したネットワークプロセッ
サ１０，現用機２０及び予備機３０，４０のハードウェ
ア構成を示したブロック図であり、現用機２０に対応す
るコンピュータ８１と、予備機３０，４０に対応するコ
ンピュータ８２，８３と、ネットワークプロセッサ１０
に対応するコンピュータ８４とを備えている。
サ１０，現用機２０及び予備機３０，４０のハードウェ
ア構成を示したブロック図であり、現用機２０に対応す
るコンピュータ８１と、予備機３０，４０に対応するコ
ンピュータ８２，８３と、ネットワークプロセッサ１０
に対応するコンピュータ８４とを備えている。
【００９３】尚、上述した実施例では、運用形態が「分
散運用」のＡＰも現用機２０，予備機３０，４０上に配
置するようにしたため、各システム上に存在するＡＰの
種類が全て同じにはなっていないが、運用形態が「集中
運用」のＡＰのみを配置する場合は、各システム上には
同じ種類のＡＰを配置する。
散運用」のＡＰも現用機２０，予備機３０，４０上に配
置するようにしたため、各システム上に存在するＡＰの
種類が全て同じにはなっていないが、運用形態が「集中
運用」のＡＰのみを配置する場合は、各システム上には
同じ種類のＡＰを配置する。
【００９４】コンピュータ８１には現用機用プログラム
を格納した記録媒体９１が備えられ、コンピュータ８
２，８３には予備機用プログラムを格納した記録媒体９
２，９３が備えられ、コンピュータ８４にはネットワー
クプロセッサ用プログラムを格納した記録媒体９４が備
えられている。各記録媒体９１〜９４は、磁気ディス
ク，半導体メモリ，その他の記録媒体である。
を格納した記録媒体９１が備えられ、コンピュータ８
２，８３には予備機用プログラムを格納した記録媒体９
２，９３が備えられ、コンピュータ８４にはネットワー
クプロセッサ用プログラムを格納した記録媒体９４が備
えられている。各記録媒体９１〜９４は、磁気ディス
ク，半導体メモリ，その他の記録媒体である。
【００９５】記録媒体９１に記録された現用機用プログ
ラムは、コンピュータ８１によって読み込まれ、コンピ
ュータ８１の動作を制御することで、コンピュータ８１
上に通信処理部２１，ＡＰ管理部２２，ＴＣＰ／ＩＰ用
システムコール処理部２４を実現する。
ラムは、コンピュータ８１によって読み込まれ、コンピ
ュータ８１の動作を制御することで、コンピュータ８１
上に通信処理部２１，ＡＰ管理部２２，ＴＣＰ／ＩＰ用
システムコール処理部２４を実現する。
【００９６】記録媒体９２，９３に記録された予備機用
プログラムは、それぞれコンピュータ８２，８３によっ
て読み込まれ、コンピュータ８２，８３の動作を制御す
ることで、コンピュータ８２，８３上に通信処理部３
１，４１、ＡＰ管理部３２，４２、及びＴＣＰ／ＩＰ用
システムコール処理部３４，４４を実現する。
プログラムは、それぞれコンピュータ８２，８３によっ
て読み込まれ、コンピュータ８２，８３の動作を制御す
ることで、コンピュータ８２，８３上に通信処理部３
１，４１、ＡＰ管理部３２，４２、及びＴＣＰ／ＩＰ用
システムコール処理部３４，４４を実現する。
【００９７】記録媒体９４に記録されたネットワークプ
ロセッサ用プログラムは、コンピュータ８４によって読
み込まれ、コンピュータ８４の動作を制御することで、
コンピュータ８４上に統合通信処理部１１，クライアン
ト通信部１２，ＡＰ切り替え部１３，ＡＰ起動／復旧処
理部１４，着信要求振り分け部１５，情報格納部を実現
する。
ロセッサ用プログラムは、コンピュータ８４によって読
み込まれ、コンピュータ８４の動作を制御することで、
コンピュータ８４上に統合通信処理部１１，クライアン
ト通信部１２，ＡＰ切り替え部１３，ＡＰ起動／復旧処
理部１４，着信要求振り分け部１５，情報格納部を実現
する。
【００９８】
【発明の効果】以上説明したように、本発明は、ネット
ワークプロセッサが、現用機上で動作する各アプリケー
ションプログラムが運用可能か否かを示す状態情報が格
納される情報格納部と、クライアントシステムから接続
要求があった場合、情報格納部を参照して接続要求を現
用機，予備機の内の何れか一方に通知する着信要求振り
分け部とを備えているので、現用機上で動作している複
数のアプリケーションプログラムの内の一部に障害が発
生した場合であっても、障害の発生したアプリケーショ
ンプログラムを予備機上で動作させることができ、その
アプリケーションプログラムで行っていた処理を継続し
て行うことが可能になる。
ワークプロセッサが、現用機上で動作する各アプリケー
ションプログラムが運用可能か否かを示す状態情報が格
納される情報格納部と、クライアントシステムから接続
要求があった場合、情報格納部を参照して接続要求を現
用機，予備機の内の何れか一方に通知する着信要求振り
分け部とを備えているので、現用機上で動作している複
数のアプリケーションプログラムの内の一部に障害が発
生した場合であっても、障害の発生したアプリケーショ
ンプログラムを予備機上で動作させることができ、その
アプリケーションプログラムで行っていた処理を継続し
て行うことが可能になる。
【００９９】また、本発明は、再起動されたアプリケー
ションプログラムが通知された時、情報格納部に格納さ
れている状態情報の内、再起動されたアプリケーション
プログラムの状態情報を運用可能に変更する起動／復旧
処理部をネットワークプロセッサが備えているので、障
害の発生した現用機上のアプリケーションプログラムが
復旧され、再起動された場合、そのアプリケーションプ
ログラムを再利用することが可能になる。
ションプログラムが通知された時、情報格納部に格納さ
れている状態情報の内、再起動されたアプリケーション
プログラムの状態情報を運用可能に変更する起動／復旧
処理部をネットワークプロセッサが備えているので、障
害の発生した現用機上のアプリケーションプログラムが
復旧され、再起動された場合、そのアプリケーションプ
ログラムを再利用することが可能になる。
【０１００】更に、本発明は、現用機上のアプリケーシ
ョンプログラムが起動時に発行するシステムコールに従
って、起動されたアプリケーションプログラムを示す情
報をネットワークプロセッサへ送信するシステムコール
処理部を現用機が備えているので、アプリケーションプ
ログラムに特殊な処理を組み込むことが必要ない。
ョンプログラムが起動時に発行するシステムコールに従
って、起動されたアプリケーションプログラムを示す情
報をネットワークプロセッサへ送信するシステムコール
処理部を現用機が備えているので、アプリケーションプ
ログラムに特殊な処理を組み込むことが必要ない。
【図１】本発明の実施例のブロック図である。
【図２】情報格納部１６の内容例を示す図である。
【図３】着信要求振り分け部１５の処理例を示す流れ図
である。
である。
【図４】アプリケーションプログラムの起動時の動作を
説明するための図である。
説明するための図である。
【図５】接続要求受け付け時の動作を説明するための図
である。
である。
【図６】障害発生時の動作を説明するための図である。
【図７】アプリケーションプログラムの再起動時の動作
を説明するための図である。
を説明するための図である。
【図８】ネットワークプロセッサ１０，現用機２０及び
予備機３０，４０のハードウェア構成を示すブロック図
である。
予備機３０，４０のハードウェア構成を示すブロック図
である。
１…クライアントシステム ２…ＴＣＰ／ＩＰ回線 １０…ネットワークプロセッサ １１…統合通信処理部 １２…クライアント通信部 １３…ＡＰ切り替え部 １４…ＡＰ起動／復旧処理部 １５…着信要求振り分け部 １６…情報格納部 ２０…現用機 ２１…通信処理部 ２２…ＡＰ管理部 ２３Ｘ，２３Ｙ，２３Ｚ…ＡＰ ２４…ＴＣＰ／ＩＰ用システムコール処理部 ３０，４０…予備機 ３１，４１…通信処理部 ３２，４２…ＡＰ管理部 ３３Ｘ，３３Ｚ，４３Ｘ，４３Ｙ…ＡＰ ３４，４４…ＴＣＰ／ＩＰ用システムコール処理部
フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 15/16 620 G06F 11/20 310 G06F 15/177 672 G06F 15/177 678
Claims (4)
- 【請求項１】 複数種類のアプリケーションプログラム
が動作する現用機と、 該現用機上で動作するアプリケーションプログラムと同
じ種類のアプリケーションプログラムが動作する予備機
と、 前記現用機に接続されると共に前記予備機に接続され、
且つ、接続を希望するアプリケーションプログラムの種
類を示す情報を含む接続要求を発信するクライアントシ
ステムと接続されるネットワークプロセッサとを備え、 前記現用機は、 自現用機上で動作するアプリケーションプログラムの何
れかに障害が発生した時、障害の発生したアプリケーシ
ョンプログラムを示す情報を前記ネットワークプロセッ
サに通知するアプリケーションプログラム管理部を備
え、前記予備機は、 自予備機上で動作するアプリケーションプログラムの何
れかに障害が発生した時、障害の発生したアプリケーシ
ョンプログラムを示す情報を前記ネットワークプロセッ
サに通知するアプリケーションプログラム管理部を備
え、 前記ネットワークプロセッサは、 前記現用機上，前記予備機上で動作する各アプリケーシ
ョンプログラムが運用可能か否かを示す状態情報が格納
されると共に前記各アプリケーションプログラムの種類
に対応してその種類のアプリケーションプログラムの運
用形態が集中運用なのか分散運用なのかを示す運用形態
情報が格納される情報格納部と、 障害の発生したアプリケーションプログラムを示す情報
が前記現用機，前記予備機から通知された時、前記情報
格納部に格納されている各アプリケーションプログラム
の状態情報の内、前記障害の発生したアプリケーション
プログラムの状態情報を運用不可に変更する切り替え部
と、 前記クライアントシステムからの接続要求の受け付け
時、前記情報格納部に格納されている運用形態情報に基
づいて前記接続要求によって接続要求された種類のアプ
リケーションプログラムの運用形態を判定し、集中運用
であると判定した場合は、前記情報格納部に格納されて
いる、前記現用機上で動作している前記種 類のアプリケ
ーションプログラムの状態情報が運用可能を示していれ
ば前記現用機に優先的に前記接続要求を通知し、分散運
用であると判定した場合は、前記情報格納部に格納され
ている、前回の前記種類のアプリケーションプログラム
の接続要求時に接続要求を通知した機器と異なる機器の
状態情報が運用可能を示していれば前記異なる機器に優
先的に接続要求を通知する着信要求振り分け部とを備え
たことを特徴とするアプリケーションプログラム単位の
現用予備切り替え機能を有するコンピュータシステム。 - 【請求項２】 前記現用機は、 自現用機上のアプリケーションプログラムが再起動され
た時、再起動されたアプリケーションプログラムを示す
情報を前記ネットワークプロセッサへ通知するシステム
コール処理部を備え、前記予備機は、 自予備機上のアプリケーションプログラムが再起動され
た時、再起動されたアプリケーションプログラムを示す
情報を前記ネットワークプロセッサへ通知するシステム
コール処理部を備え、 前記ネットワークプロセッサは、 再起動されたアプリケーションプログラムを示す情報が
前記現用機，前記予備機から通知された時、前記情報格
納部に格納されている状態情報の内、再起動されたアプ
リケーションプログラムの状態情報を運用可能に変更す
る起動／復旧処理部を備えたことを特徴とする請求項１
記載のアプリケーションプログラム単位の現用予備切り
替え機能を有するコンピュータシステム。 - 【請求項３】 複数種類のアプリケーションプログラム
が動作する現用機と、 該現用機上で動作するアプリケーションプログラムと同
じ種類のアプリケーションプログラムが動作する予備機
と、 前記現用機に接続されると共に前記予備機に接続され、
且つ、接続を希望するアプリケーションプログラムの種
類を示す情報を含む接続要求を発信するクライアントシ
ステムと接続されるネットワークプロセッサとを備え、 前記現用機は、 自現用機上のアプリケーションプログラムが起動時に発
行するシステムコールに従って、起動されたアプリケー
ションプログラムを示す情報を前記ネットワークプロセ
ッサへ送信するシステムコール処理部と、 自現用機上で動作するアプリケーションプログラムの何
れかに障害が発生した時、障害の発生したアプリケーシ
ョンプログラムを示す情報を前記ネットワークプロセッ
サに通知するアプリケーションプログラム管理部を備
え、前記予備機は、 自予備機上のアプリケーションプログラムが起動時に発
行するシステムコールに従って、起動されたアプリケー
ションプログラムを示す情報を前記ネットワークプロセ
ッサへ送信するシステムコール処理部と、 自予備機上で動作するアプリケーションプログラムの何
れかに障害が発生した時、障害の発生したアプリケーシ
ョンプログラムを示す情報を前記ネットワークプロセッ
サに通知するアプリケーションプログラム管理部を備
え、 前記ネットワークプロセッサは、 前記現用機上，前記予備機上で動作する各アプリケーシ
ョンプログラムが運用可能か否かを示す状態情報が格納
されると共に前記各アプリケーションプログラムの種類
に対応してその種類のアプリケーションプログラムの運
用形態が集中運用なのか分散運用なのかを示す運用形態
情報が格納される情報格納部と、 起動されたアプリケーションプログラムを示す情報が前
記現用機，前記予備機から送られてきた時、前記情報格
納部に格納されている状態情報の内、前記情報によって
示されるアプリケーションプログラムの状態情報を運用
可能にする起動／復旧処理部と、 障害の発生したアプリケーションプログラムを示す情報
が前記現用機，前記予備機から通知された時、前記情報
格納部に格納されている各アプリケーションプログラム
の状態情報の内、前記障害の発生したアプリケーション
プログラムの状態情報を運用不可に変更する切り替え部
と、 前記クライアントシステムからの接続要求の受け付け
時、前記情報格納部に格納されている運用形態情報に基
づいて前記接続要求によって接続要求された種類のアプ
リケーションプログラムの運用形態を判定し、集中運用
であると判定した 場合は、前記情報格納部に格納されて
いる、前記現用機上で動作している前記種類のアプリケ
ーションプログラムの状態情報が運用可能を示していれ
ば前記現用機に優先的に前記接続要求を通知し、分散運
用であると判定した場合は、前記情報格納部に格納され
ている、前回の前記種類のアプリケーションプログラム
の接続要求時に接続要求を通知した機器と異なる機器の
状態情報が運用可能を示していれば前記異なる機器に優
先的に接続要求を通知する着信要求振り分け部とを備え
たことを特徴とするアプリケーションプログラム単位の
現用予備切り替え機能を有するコンピュータシステム。 - 【請求項４】 複数種類のアプリケーションプログラム
が動作する現用機を、自現用機上で動作するアプリケー
ションプログラムの何れかに障害が発生した時、障害の
発生したアプリケーションプログラムを示す情報をネッ
トワークプロセッサに通知するアプリケーションプログ
ラム管理部として機能させるための現用機用プログラム
と、 前記現用機上で動作するアプリケーションプログラムと
同じ種類のアプリケーションプログラムが動作する予備
機を、自予備機上で動作するアプリケーションプログラ
ムの何れかに障害が発生した時、障害の発生したアプリ
ケーションプログラムを示す情報をネットワークプロセ
ッサに通知するアプリケーションプログラム管理部とし
て機能させるための予備機用プログラムと、 前記現用機に接続されると共に前記現用機上で動作する
アプリケーションプログラムと同じ種類のアプリケーシ
ョンプログラムが動作する予備機と接続され、且つ接続
を希望するアプリケーションプログラムの種類を示す情
報を含む接続要求を発信するクライアントシステムと接
続されるネットワークプロセッサを、 前記現用機上，前記予備機上で動作する各アプリケーシ
ョンプログラムが運用可能か否かを示す状態情報が格納
されると共に前記各アプリケーションプログラムの種類
に対応してその種類のアプリケーションプログラムの運
用形態が集中運用なのか分散運用なのかを示す運用形態
情報が格納される情報格納部、 障害の発生したアプリケーションプログラムを示す情報
が前記現用機，前記予備機から通知された時、前記情報
格納部に格納されている各アプリケーションプログラム
の状態情報の内、前記障害の発生したアプリケーション
プログラムの状態情報を運用不可に変更する切り替え
部、 前記クライアントシステムからの接続要求の受け付け
時、前記情報格納部に格納されている運用形態情報に基
づいて前記接続要求によって接続要求された種類のアプ
リケーションプログラムの運用形態を判定し、集中運用
であると判定した場合は、前記情報格納部に格納されて
いる、前記現用機上で動作している前記種類のアプリケ
ーションプログラムの状態情報が運用可能を示していれ
ば前記現用機に優先的に前記接続要求を通知し、分散運
用であると判定した場合は、前記情報格納部に格納され
ている、前回の前記種類のアプリケーションプログラム
の接続要求時に接続要求を通知した機器と異なる機器の
状態情報が運用可能を示していれば前記異なる機器に優
先的に接続要求を通知する着信要求振り分け部として機
能させるためのネットワークプロセッサ用プログラムと
が記録された、プログラムを記録した機械読み取り可能
な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9113532A JP3008887B2 (ja) | 1997-04-15 | 1997-04-15 | アプリケーションプログラム単位の現用予備切り替え機能を有するコンピュータシステム及びプログラムを記録した機械読み取り可能な記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9113532A JP3008887B2 (ja) | 1997-04-15 | 1997-04-15 | アプリケーションプログラム単位の現用予備切り替え機能を有するコンピュータシステム及びプログラムを記録した機械読み取り可能な記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10289215A JPH10289215A (ja) | 1998-10-27 |
| JP3008887B2 true JP3008887B2 (ja) | 2000-02-14 |
Family
ID=14614718
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9113532A Expired - Fee Related JP3008887B2 (ja) | 1997-04-15 | 1997-04-15 | アプリケーションプログラム単位の現用予備切り替え機能を有するコンピュータシステム及びプログラムを記録した機械読み取り可能な記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3008887B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6324685B1 (en) | 1998-03-18 | 2001-11-27 | Becomm Corporation | Applet server that provides applets in various forms |
| US6629163B1 (en) | 1999-12-29 | 2003-09-30 | Implicit Networks, Inc. | Method and system for demultiplexing a first sequence of packet components to identify specific components wherein subsequent components are processed without re-identifying components |
| JP4675567B2 (ja) * | 2004-01-19 | 2011-04-27 | 三菱電機株式会社 | 大画面表示システム |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0689197A (ja) * | 1992-09-07 | 1994-03-29 | Fujitsu Ltd | ホットスタンバイシステム |
| JPH08212095A (ja) * | 1994-10-31 | 1996-08-20 | Hitachi Ltd | クライアントサーバ制御システム |
| JPH0962527A (ja) * | 1995-08-21 | 1997-03-07 | Fujitsu Ltd | 障害回避方法 |
-
1997
- 1997-04-15 JP JP9113532A patent/JP3008887B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10289215A (ja) | 1998-10-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6859889B2 (en) | Backup system and method for distributed systems | |
| US8032786B2 (en) | Information-processing equipment and system therefor with switching control for switchover operation | |
| JP2005512190A (ja) | ネットワーク化システムにおけるリソースの高可用性をもたらす実複合オブジェクト | |
| EP1099164A1 (en) | Methods and apparatus for processing administrative requests of a distributed network application executing in a clustered computing environment | |
| US5600808A (en) | Processing method by which continuous operation of communication control program is obtained | |
| JP3197279B2 (ja) | 業務引継システム | |
| JP4517923B2 (ja) | オブジェクト救済システム及び方法 | |
| JPH07168778A (ja) | ネットワーク装置およびマルチプロセッサ装置 | |
| JP3008887B2 (ja) | アプリケーションプログラム単位の現用予備切り替え機能を有するコンピュータシステム及びプログラムを記録した機械読み取り可能な記録媒体 | |
| JP2001022709A (ja) | クラスタシステム及びプログラムを記憶したコンピュータ読み取り可能な記憶媒体 | |
| JPH09293059A (ja) | 分散システム及びその運用管理方法 | |
| JPH09305558A (ja) | 二重化システムのデータベースサーバ | |
| JP6856574B2 (ja) | サービス継続システムおよびサービス継続方法 | |
| JP2000148525A (ja) | サービスプロセッサ二重化システムの現用系負荷軽減方法 | |
| JPH07141308A (ja) | 情報処理システムにおけるバックアップ方法 | |
| JPH07177543A (ja) | 無中断ファイル更新処理方式 | |
| JP2002149439A (ja) | 分散処理システムにおけるサーバ切替え方法及びサーバ装置 | |
| JP2014137798A (ja) | データベースシステム及びデータベースシステムの制御方法 | |
| JPH09288637A (ja) | 周辺装置の再接続方式およびインタフェース装置 | |
| JP3550289B2 (ja) | マルチクラスタ・システムにおける運転情報管理方法，マルチクラスタ・システムおよびオンライン運転情報管理のためのプログラム記憶媒体 | |
| JP3697467B2 (ja) | 交換機のオブジェクト更新システム | |
| JP2591334B2 (ja) | 相互スタンバイシステム | |
| JP2000047893A (ja) | 複数オンラインシステムにおける障害回復方法およびオンライン処理システム | |
| JP3411309B2 (ja) | マルチキャスト通信システム | |
| JP2513122B2 (ja) | ホットスタンバイ切り替えシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |