JP3507672B2 - コンピュータのネットワークシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワークで接続
されたアーキテクチャの異なるコンピュータ間の通信お
よび制御手段に関する。

【０００２】

【従来の技術】従来、ハードウエアの構成や基本ソフト
ウェアの組合せ等のアーキテクチャが異なるコンピュー
タをネットワークで接続し、他のコンピュータ上のソフ
トウェアを使用することは困難であった。例えばワーク
ステーション（以後、ＷＳと記す）とパーソナルコンピ
ュータ（以後、ＰＣと記す）とがＬＡＮでネットワーク
化される環境でＷＳ上のアプリケーションソフトウエア
（以後、アプリケーションと記す）を使用する際には、
ＰＣでＷＳの動きを疑似するソフトウェアである端末エ
ミュレータを使用してＷＳと通信し、ＷＳ上のアプリケ
ーションに直接コマンド入力を行っていた。また、ＷＳ
上のアプリケーションからの状態表示も端末エミュレー
タを通して、ＰＣで確認していた。

【０００３】なお、ネットワークで接続された、複数の
資源の共有を図る例として、特開平２−２５７７３２公
報と特開平４−３３３９４４公報がある。

【０００４】図１２は、特開平２−２５７７３２公報の
構成を説明する構成図である。端末制御装置１２０２
は、パーソナルコンピュータ１２０３と通信を行うワー
クステーション管理部１２０５と、ホストコンピュータ
１２０１と通信を行う通信管理部１２０６と、送受信対
象のファイルを蓄積するファイル送受信管理部１２０７
とから構成される、「一時記憶バッファを用いたファイ
ル転送機能」であり、ホスト側のタスク毎の制御・状態
把握については記述されていない。

【０００５】図１３は、特開平４−３３３９４４公報の
構成を説明する構成図である。ＴＣ１３０１とＷＳ１３
５１間の入出力制御において、ＴＣ１３０１とＷＳ１３
５１にそれぞれ入出力バッファを持ち、ローカルネット
ワークを介して、相手からの状態通知をフレームとして
随時受信し、入出力バッファにフレームを蓄積し、ＦＩ
ＦＯ（ファーストイン・ファーストアウト）で、受信フ
レームの処理を行うことを特徴としている「共有資源活
用の手段としてキュー制御を用いた方式」であり、ＷＳ
側のアプリケーションの制御・動作中の状態把握の記載
はなく、更にフレームを使用して双方でキュー管理によ
るフレーム（ジョブ）制御方式であり、共有メモリを使
用した記載はない。

【０００６】

【発明が解決しようとする課題】従来技術において、ア
ーキテクチャの異なるＷＳとＰＣとがネットワーク化さ
れた環境でＰＣからＷＳ上の資産であるアプリケーショ
ンを利用する際には、ＷＳの動きを疑似化するソフトウ
ェアである端末エミュレータをＰＣ上で使用してＷＳと
通信を行い、常時人手によりアプリケーションにコマン
ド入力を行わなければならなかった。また、アプリケー
ションからの情報は、ＰＣ上の端末エミュレータからリ
アルタイムで監視が必要であった。

【０００７】その理由は、アプリケーションが出力する
随時の動作状況は、ファイルとして残して後程確認しよ
うとすると解析は人手により必要情報の抽出を行うこと
となり大変手間がかかるからである。

【０００８】本発明のは目的は、ネットワーク化された
アーキテクチャの異なる複数のコンピュータ間でのソフ
トウェアの制御および状態の把握を行うことの可能なコ
ンピュータの通信システムを提供することにある。

【０００９】

【課題を解決するための手段】本発明のコンピュータの
ネットワークシステムは、他のコンピュータに操作され
る第１のコンピュータと、前記第１のコンピュータを操
作する、前記第１のコンピュータとアーキテクチャが異
なる第２のコンピュータと、前記第１のコンピュータお
よび前記第２のコンピュータを、前記操作のため通信可
能に接続するネットワーク手段とを備えるコンピュータ
のネットワークシステムにおいて、前記第２のコンピュ
ータが前記第１のコンピュータを操作して前記第１のコ
ンピュータのアプリケーションソフトウェアを起動する
ために前記第１のコンピュータに対して行う通信要求を
常に監視する監視手段と、前記通信要求があると前記監
視手段が判定した場合に、前記監視手段の要求により前
記アプリケーションソフトウェアを動作させる通信用手
段と、前記監視手段および前記通信用手段の状態により
予め定められているコンディションコードに書き換えら
れるコードファイルと、前記第２のコンピュータから前
記アプリケーションソフトウェアに入力されるコマンド
を格納するコマンドファイルと、前記第１のコンピュー
タから出力される、前記アプリケーションソフトウェア
の出力情報を格納する出力情報格納ファイルとを前記第
１のコンピュータが有し、前記監視手段は前記コードフ
ァイルのコンディションコードを参照して前記通信要求
の有無を判定し、前記通信用手段は前記コードファイル
のコンディションコードを参照して、前記コンディショ
ンコード内容が前記アプリケーションソフトウェアに対
するコマンド入力であるとき、前記コマンドファイルの
内容である前記コマンドを前記アプリケーションソフト
ウェアに出力し、前記コマンド出力後にコマンド入力終
了を示すコードをコンディションコードとして前記コー
ドファイルに書き込むように構成される。

【００１０】また、コードファイルの監視周期を定める
タイミングを取得する第１のタイミング取得手段と、タ
イミング取得後にコードファイルを参照して通信要求を
断定する第１のコード判定手段と、第１のコード判定手
段で通信要求があると判定された場合は通信用手段を起
動する第１の通信用シェル起動手段と、第１の通信用シ
ェル起動手段が通信用シェルを起動後にコードファイル
に通信用手段の起動完了コードを書き込む第１のコード
書き込み手段を監視手段が有する。

【００１１】また、通信用手段におけるコードファイル
の監視周期を定めるためのタイミングを取得する第２の
タイミング手段と、タイミング取得後にコードファイル
を参照してコードを読み取りコードの内容により分岐を
行う第２のコード判定手段と、第２のコード判定手段３
０２の判定が子プロセスとして起動した第１の機能手段
にキャラクタであるコマンドを入力する場合は入力した
いキャラクタをコマンドファイルに出力するコマンド出
力手段と、コマンド出力後に終了を示すコードをコード
ファイルに書き込む終了コマンド書き込み手段と、第２
のコード判定手段の判定が異常状態終了だった場合はコ
ードファイルに空きを意味するコードを書き込む空きコ
ード書き込み手段と、コード書き込み後に通信用手段自
身を終了する終了手段と、第２のコード判定手段の判定
が機能手段実行中だった場合は機能手段の出力情報であ
る格納したファイルを参照して該当する機能手段の状態
コードをコードファイルに書き込むＣＤＣ変更手段とを
通信用手段が有する。

【００１２】また、第１のコード判定手段が起動要求の
ないものと判定した場合はコードファイルを更新変更す
るコード更新変更手段を有する。

【００１３】また、ＣＤＣ変更手段が動作後に第２のコ
ード判定手段の判定が機能手段の起動の場合は機能手段
の起動完了のコードをコードファイルに書き込む通信開
始手段を通信用手段が有する。

【００１４】 また、監視手段、機能手段、及び通信用
手段を動作させるプログラムと、コードファイルと、コ
マンドファイルと、出力情報格納ファイルとを記録した
記録媒体を有する。

【００１５】ＰＣ上でＷＳの資産であるアプリケーショ
ンソフトのコントロールおよび出力情報の収集が可能と
なる。

【００１６】

【発明の実施の形態】次に本発明の実施の形態について
図を参照し、詳細に説明する。

【００１７】本発明の一実施例を示す図１を参照する
と、本発明のコンピュータのネットワークシステムは、
他のコンピュータに操作されるコンピュータとしてＷＳ
１と、ＷＳ１を操作するコンピュータとしてＰＣ１０
と、ＷＳ１とＰＣ１０とを通信可能にネットワーク接続
するローカルエリアネットワーク（以降、ＬＡＮと記
す）１００とを有する。ＷＳ１はＣＰＵやメインメモリ
３から成りデータ処理を行うデータ処理部１ａと、デー
タ処理部１ａで使用されるデータやプログラムが記憶さ
れる磁気記憶装置であるハードディスク装置（以降、Ｈ
Ｄと記す）２と、データ処理部１ａに制御されＬＡＮ１
００による外部とのデータ入出力制御を行うインタフェ
ース１ｂとから成る。

【００１８】ＨＤ２は、通信要求を常に監視するプログ
ラムである第１のバックグラウンドシェル４と、ＷＳ１
の機能資産である第１のアプリケーション６と、第１の
バックグラウンドシェル４の要求により第１のアプリケ
ーション６を動作させる第１の通信用シェル５と、第１
のバックグラウンドシェル４および第１の通信用シェル
５の状態により予め定められているコンディションコー
ドに書き換えられるコンディションコードファイル（以
後、ＣＤＣと記す）７と、入力されたコマンドを格納す
る入力コマンド格納ファイル（以後、ＣＭＤと記す）８
と、出力された情報を格納する出力情報格納ファイル
（以後、ＲＥＳと記す）９とを有する。ＷＳ１は立ち上
げ時に第１のバックグラウンドシェル４をデータ処理部
１ａがＨＤ２から読み込み起動する。

【００１９】ＰＣ１０はＣＰＵやメインメモリから成り
データ処理を行うデータ処理部１ａと、データ処理部１
０ａに制御されＬＡＮ１００により外部とのデータ入出
力制御を行うインタフェース１０ｂとから成る。データ
処理部１０ａは通信を行う第２のアプリケーションを有
する。第２のアプリケーション１２はＣＤＣ７を介して
通信を行う通信ドライバー１３を有する。

【００２０】ＷＳ１の第１のバックグラウンドシェル４
は、ＣＤＣ７の監視周期を定めるタイミングを取得する
第１のタイミング取得手段２０１と、タイミング取得後
にＣＤＣ７を参照して通信要求を判定する第１のコード
判定手段２０２と、第１のコード判定手段２０２で通信
要求があると判定された場合は第１の通信用シェル５を
起動する第１の通信用シェル起動手段２０３と、通信用
シェル起動手段２０３が第１の通信用シェル５を起動後
にＣＤＣ７に通信用シェル起動完了コード「０２」４０
２を書き込む第１のコード書き込み手段２０４とから成
る。ＷＳ１の第１の通信用シェル５は、第１の通信用シ
ェル５におけるＣＤＣ７の監視周期を定めるためのタイ
ミングを取得する第２のタイミング取得手段３０１と、
タイミング取得後にＣＤＣ７を参照してコードを読み取
りコードの内容により分岐を行う第２のコード判定手段
３０２と、第２のコード判定手段３０２の判定が子プロ
セスとして起動したＷＳ１上の第１のアプリケーション
６にキャラクタであるコマンドを入力する場合はＰＣ１
０側で入力したいキャラクタをＣＭＤ８に出力するコマ
ンド出力手段３０３と、コマンド出力後にＰＣ１０側で
コードをＣＤＣ７に書き込む終了コマンド書き込み手段
３０４と、第２のコード判定手段３０２の判定が異常状
態強制終了だった場合はＣＤＣ７に空きを意味するコー
ドを書き込む空きコード書き込み手段３９０と、コード
書き込みの後に通信用シェル５自身を終了するシェル終
了手段４００と、第２のコード判定手段３０の判定がア
プリケーションソフトウェア実行中だった場合は子プロ
セスであるアプリケーションの出力情報であるキャラク
タを格納したログファイルを参照して該当するＷＳアプ
リケーション状態のコードをＣＤＣ７に書き込むＣＤＣ
変更手段３２０を有する。

【００２１】次に、本発明の実施の形態について、図
１，２，３，１４および１５を参照し説明する。第１の
バックグラウンドシェルに４において、ステップＳ２０
１では、第１のタイミング取得手段２０１はシェルにお
けるＣＤＣ７の監視周期を定めるためのタイミングを取
得する。監視周期タイミングを取得後、ステップＳ２０
２では、第１のコード判定手段２０２が共有メモリ上の
ＣＤＣ７を参照し、コードが「００」４００時は、通信
要求のないものと判断し、未成立に分岐し、再びステッ
プＳ２０１の監視周期である第１のタイミング取得手段
２０１を実行する。ステップＳ２０２の第１のコード判
定手段においてコードが「０１」４０１の際は、通信要
求があったものと判断し、ステップＳ２０３の通信用シ
ェル起動手段２０３で、子プロセスである第１の通信用
シェル５を起動し、ステップＳ２０４でシェル起動完了
コード書き込み手段２０４がＣＤＣ７に通信用シェル起
動完了コード「０２」４０２を書き込む。第１の通信用
シェル５において、ステップＳ３０１は第２のタイミン
グ取得手段３０１で第１の通信用シェル５におけるＣＤ
Ｃ７の監視周期を定めるためのタイミングを取得する。
監視周期タイミング取得後、ステップ３０２で第２のコ
ード判定手段３０２が共有メモリ上のＣＤＣ７を参照
し、コードを読み取り、コードの内容により、分岐を行
う。

【００２２】第２のコード判定手段３０２が子プロセス
として起動したＷＳ上のアプリケーションにキャラクタ
であるコマンドを入力するコードと判定した場合の説明
をする。ＰＣ１０側で入力したいキャラクタを用意し、
共有メモリ上のファイルＣＭＤ８に書き込みを行う。そ
の後ＰＣ１０側でコード「１０」４１０をＣＤＣ７に書
き込み、通信用シェル５では、ステップＳ３０２の分岐
において、ＣＤＣ７が「１０」４１０のであることを認
識し、ステップＳ３１０に分岐し、コマンド出力手段３
１０が子プロセスであるアプリケーションにＣＭＤ８の
内容を出力する。その後、ステップＳ３１１において終
了コマンド書き込み手段３１１がＣＤＣ７にコマンド入
力終了であるコード「１１」４１１を書き込む。この動
作で、子プロセスであるアプリケーションにキャラクタ
入力を行うことになる。

【００２３】第２のコード判定手段３０２が子プロセス
であるＷＳ１上の第１のアプリケーション６からのキャ
ラクタ情報をＰＣ１０側に送るコードと判定した場合を
説明する。

【００２４】子プロセスである第１のアプリケーション
６の出力情報であるキャラクタを格納するログファイル
を共有メモリ上に定義し、第１の通信用シェル５におい
て、ステップＳ３２０のＣＤＣ変更手段３２０がログフ
ァイルを参照し、第１のアプリケーション６からのキャ
ラクタ群出力を認識し、ＰＣ１０側へ通知するキャラク
タ群をファイルＲＥＳ９に設定し、ＣＤＣ７にＷＳ１ア
プリケーション・キャラクタ出力のコードである「２
０」４２０を書き込み、ＰＣ１０側でＣＤＣ７をスキャ
ンし、「２０」４２０であることを認識し、ＲＥＳ９の
内容を取り込む。

【００２５】第２のコード判定手段３０２が子プロセス
である第１のアプリケーション６の強制終了コードと判
定した場合を説明をする。ＰＣ１０側からＣＤＣ７に強
制終了コード「９９」４９９を書き込み、第１の通信用
シェル５でステップＳ３０２で第２のコード判定手段３
０２かＣＤＣ７を認識し、ステップ３９０に分岐し、ス
テップＳ３９０で空きコード書き込み手段３９０がＣＤ
Ｃ７に空きを意味するコード「００」４００を書き込み
ステップＳ３９１でシェル終了手段３９１が第１の通信
用シェル５自身を終了することで、子プロセスである第
１のアプリケーション６を終了する。

【００２６】第２のコード判定手段３０２が子プロセス
である第１のアプリケーション６の動作中の状態の通知
コードと判定した場合の説明をする。第１の通信用シェ
ル５において、ステップＳ３０２の第２のコード判定手
段３０２がＣＤＣ７の内容が、前記「１０」４１０，
「２０」４２０，「９９」４９９以外と判定した場合
に、ステップＳ３２０のＣＤＣ変更手段３２０に分岐す
る。ＣＤＣ変更手段３２０は子プロセスである第１のア
プリケーション６の出力情報であるキャラクタを格納し
たログファイルを参照し、ＰＣ１０側に状態通知すべ
き、キャラクタコードを認識した際、当該するＷＳ１の
第１のアプリケーション６の状態「１２」〜「１９」４
１２をＣＤＣ７に書き込み、ＰＣ側でＣＤＣ７を参照す
ることで認識する。

【００２７】本発明の第二の実施例を示す図５を参照す
ると、本発明の通信システムは試験プログラム５２２お
よびモニタ５２１を有する交換機５２０と、交換機５２
０と通信可能なＷＳ５１０と、ＷＳ５１０およびＷＳ５
１０を介して交換機５２０と通信可能なＰＣ５００を備
える。ＰＣ５００は、記憶媒体５０３を備え、記憶媒体
５０３には、ＷＳ５１０と通信するためのＷＳ通信用ド
ライバー５０１を備える。

【００２８】ＷＳ５１０には、ＰＣ５００と通信するた
めの対ＰＣ通信ドライバー５１１と、アプリケーション
であり交換機５２０と通信するための交換機用のコンソ
ールプロセス５１２と、メモリ空間であるＨＤ６３０と
を備える。ＷＳ５１０のＨＤ３６０上には、ＣＤＣ６１
１と、ＣＭＤ６１２と、ＲＥＳ６１３を備える。対ＰＣ
通信ドライバー５１１は図６に示すように、通信要求を
常に監視するプログラムである第２のバックグラウンド
シェル６０１と、第２のバックグラウンドシェル６０１
の要求によりコンソールプロセス５１２を動作させる第
２の通信用シェル６０２と、データの入力およびバック
アップ用の記憶媒体５１３とを備える。

【００２９】第２のバックグラウンドシェル６０１およ
び第２の通信シェル６０２と対ＷＳ通信ドライバー５０
１は、ネットワーク化により、共有メモリとなったＷＳ
のＨＤ６３０上のＣＤＣ６１１・ＣＭＤ６１２・ＲＥＳ
６１３を介して通信を行う。

【００３０】第２の通信用シェル６０２の子プロセスと
して、コンソールプロセス５１２を立ち上げることによ
り、交換機５２０側へコマンド入力が行へ、交換機５２
０からの出力はＨＤ６３０上のログファイル６１４に出
力され、本ログファイル６１４を通信用シェル６０２が
解析し、その状態をＣＤＣ６１１を介して、通知する。

【００３１】次に、本発明の第２の実施例の動作につい
て図７、８、９、１０、１６、１７および１８を参照し
て詳細に説明する。

【００３２】ＷＳ５１０の第２のバックグラウンドシェ
ル６０１は、ＣＤＣ６１１の監視周期を定めるタイミン
グを取得する第３のタイミング取得手段７０１と、タイ
ミング取得後にＣＤＣ６１１を参照して通信要求を断定
する第３のコード判定手段７０２と、第３のコード判定
手段７０２で通信要求が有ると判定された場合は第２の
通信用シェル６０２を起動する第２の通信用シェル起動
手段７０３と、第２の通信用シェル起動手段７０３が第
２の通信用シェル６０２を起動後にＣＤＣ６１１に通信
用シェル完了コードを書き込む第２のコード書き込み手
段７０２と第３のコード判定手段７０２が起動要求のな
いものと断定した場合はＣＤＣ６１１を更新変更するコ
ード更新変更手段７０５とから成る。第２の通信用シェ
ル６０２は、第２の通信用シェル６０２におけるＣＤＣ
６１１の監視周期を定めるためのタイミングを取得する
第４のタイミングが取得手段８０１と、監視周期タイミ
ング取得後に共有メモリ上のＣＤＣ６１１を参照してコ
ードを読み取りコードの内容により分岐を行う第４のコ
ード判定手段８０２と、第４のコード判定手段８０２の
判定が交換機モニタ起動の場合は、子プロセスであるコ
ンソールプロセスにバッチコマンドを出力して交換機モ
ニタ起動完了コードをＣＤ６１１に書き込む通信開始手
段８１０と、第４のコード判定手段８０２の判定が一般
コマンド入力の場合はＣＭＤ６１２の内容を出力する一
般コマンド入力手段８２０と、一般コマンド入力手段８
２０終了後にコマンド入力終了であるコードを書き込む
コマンド入力手段８２１と、第４のコード判定手段８０
２の判定が強制終了の場合はＣＤＣ６１１に空きを意味
するコードを書き込む空きコード書き込み手段８３０
と、第２の通信用シェル６０２自身を終了する通信用シ
ェル終了手段８３１と、第４のコード判定手段８０２の
判定が特殊コマンドの実行の場合は、子プロセスである
コンソールプロセスにＣＭＤ６１２の内容を出力する特
殊コマンド出力手段８４０と、特殊コマンド出力手段８
４０終了後に特殊コマンド実行中であるコードを書き込
む特殊コマンド実行中コード書き込み手段８４１と、第
４のコード判定手段８０２の判定が特殊コマンド実行中
の場合は特殊を実行する特殊コマンド実行中手段８５０
と、第４のコード判定手段８０２で会議応答入力と判定
された場合は会話応答入力処理を行う会話応答入力手段
８６０と、会話応答入力手段８６０終了後に会話応答入
力コードを書き込む会話応答入力コード書き込み手段８
６１から成る。

【００３３】特殊コマンド実行中手段８５０は、会話応
答要求の有無を判定する会話応答要求有無判定手段９０
２と、会話応答要求判定手段９０２で会話応答ではない
と判定した場合に試験終了を表すキャラクタの有無の判
定を行うキャラクタ有無判定手段９２０と、試験終了で
結果ＧＯＯＤの場合は結果ＧＯＯＤであるコードを書き
込むＧＯＯＤコード書き込み手段９２１と、試験終了で
結果ＮＧの場合は結果ＮＧであるコードを書き込むＮＧ
コード書き込み手段９２２と、試験終了で異常終了の場
合は結果異常発生であるコードを書き込む異常発生コー
ド書き込む手段９２３と、書き込み終了後に第４のタイ
ミング取得後手段８０１に移行するタイミング取得手段
移行手段９９０と、会話応答要求判定手段９０２の判定
で会話応答状態である場合は試験プログラムからの出力
情報をログファイルから抽出して更にユーザーへのメッ
セージキャラクタ群の収集を行うメッセージキャラクタ
収集手段９１０と、メッセージキャラクタ収集手段９１
０終了後に会話応答要求であるコードを書き込むメッセ
ージキャラクタ出力手段９１１とから成る。第２のバッ
クグラウンドシェル６０１の処理は、ＷＳ５１０立ち上
げ時から、常時行われる。ステップＳ７０１は、第３の
タイミング取得後７０１によりＣＤＣ６１１の監視周期
を定めるためのタイミングを取得する。監視周期タイミ
ングを取得後、ステップＳ７０２で第３のコード判定手
段７０２は、共有メモリ上のＣＤＣ６１１を参照し、コ
ードが「０２」１００２以外時は、起動要求のないもの
と判断し、未成立に分岐し、ステップＳ７０５でコード
更新・変更手段７０５が確認するＣＤＣ６１１を更新・
変更し、再びステップＳ７０１の第３のタイミング取得
手段で監視周期であるタイミングを取得する。ステップ
Ｓ７０２において、「０２」１００２の際は、起動要求
があったものと判断し、ステップＳ７０３の第２の通信
用シェル起動手段７０３が子プロセスである第２の通信
用シェル６０２を起動し、起動後、ステップＳ７０４で
起動完了コード書き込み手段７０４がＣＤ６１１に通信
シェル起動完了コード「０３」１００３を書き込む。こ
れで、第２の通信用シェル６０２が起動され、通信が可
能となる。

【００３４】次に第２の通信用シェル６０２の動作を説
明する。第２の通信用シェル６０２は、ステップＳ８０
１で第４のタイミング取得手段８０１が通信用シェル６
０２におけるＣＤＣ６１１の監視周期を定めるためのタ
イミングを取得し、監視周期タイミング取得後、ステッ
プＳ８０２で第４のコード判定手段８０２が、共有メモ
リ上のＣＤＣ６１１を参照し、コードを読み取り、コー
ドの内容により分岐を行う。

【００３５】第２の通信用シェル６０２が起動された後
には、交換機５２０上のモニタ５２１を立ち上げるた
め、ＰＣ５００から交換機モニタ起動コード「０４」１
００４をＣＭＤ６１２に書き込む。第２の通信用シェル
６０２では、ステップＳ８０２で第４のコード判定手段
８０２の分岐において、ＣＤＣ６１１が「０４」１００
４であることを認識し、ステップＳ８１０の通信開始手
段８１０に分岐し、子プロセスであるコンソールプロセ
ス５１２に交換機立ち上げ用のバッチコマンドの出力
し、交換機モニタ起動完了コード「０５」１００５をＤ
ＣＤ６１１に書き込む。この動作で、交換機５２０上の
モニタ５２１の起動を行い、以降、交換機５２０に対し
て、コマンド入力が出来る。

【００３６】子プロセスとして起動したＷＳ５１０上の
アプリケーションにキャラクタであるコマンドを入力す
る場合の説明をする。ＰＣ５００側で入力したいキャラ
クタを用意し、共有メモリ上のファイルＣＭＤ６１２に
書き込みを行う、その後ＰＣ５００側でコード「１０」
１０１０をＣＤＣ６１１に書き込み、通信用シェル６０
２では、ステップＳ８０２の第４のコード判定手段８０
２でＣＤＣ６１１が「１０」１０１０であることを認識
し、ステップＳ８２０の一般コマンド入力手段８２０に
分岐し、子プロセスであるアプリケーションにＣＭＤ６
１２の内容を出力する。その後、ステップＳ８２１のコ
マンド入力終了手段８１１において、コマンド入力終了
であるコード「５０」を書き込む。この動作で、子プロ
セスであるコンソールプロセス５１２にキャラクタ入力
を行い、交換機５２０上のモニタ５２１に対して、コマ
ンド入力を行う事になる。

【００３７】次にＰＣ５００側から、子プロセスである
コンソールプロセス５１２の強制終了について、説明す
る。ＰＣ５００側からＣＤ６１１に強制終了コード「０
９８」１０９８を書き込み、第２の通信用シェル６０２
の第４のコード判定手段８０２でＣＤＣ６１１を認識
し、ステップＳ８３０の空きコード書き込み手段８３０
に分岐し、ＣＤＣ６１１に空き意味するコード「０１」
１００１を書き込み、ステップＳ８３１で通信用シェル
終了手段８３１が通信用シェル６０２自身を終了するこ
とで、子プロセスであるコンソールプロセス５１２を終
了する。

【００３８】子プロセスであるＷＳ５１０上のコンソー
ルプロセス５１２対する特殊コマンドを実行する場合を
説明する。交換機５２０上に試験プログラム５２２の起
動を特殊コマンドと位置づけ、試験中、および各試験結
果の収集を行えるようにした。交換機５２０上で試験プ
ログラム５２２を起動を行う際には、ＰＣ５００側で起
動コマンドのキャラクタを用意し、共有メモリ上のファ
イルＣＭＤ６１２に書き込みを行い、その後ＰＣ５００
側でコード「３０」１０３０をＣＤＣ６１１に書き込
み、第２の通信用シェル６０２では、ステップＳ８０２
で第４のコード判定手段８０２の分岐において、ＣＤＣ
６１１が「３０」１０３０であることを認識し、ステッ
プＳ８４０の特殊コマンド出力手段８４０に分岐し、子
プロセスであるコンソールプロセス５１２にＣＭＤ６１
２の内容を出力する。その後、ステップＳ８４１の特殊
コマンド実行中コード書き込み手段８４１において、特
殊コマンド実行中であるコード「６０」１０６０を書き
込む。この動作で、子プロセスであるコンソールプロセ
ス５１２にキャラクタ入力を行い、交換機５２０上のモ
ニタ５２１に対して、試験プログラム５２２の起動を行
う。その後、ステップＳ８０２で第４のコード判定手段
８０２の分岐において、ＣＤＣ６１１が「６０」１０６
０であることを認識し、ステップＳ８５０の特殊コマン
ド実行手段８５０に分岐する。

【００３９】子プロセスであるＷＳ５１０上のコンソー
ルプロセス５１２に対する特殊コマンドを実行する場合
を説明する。ＰＣ５００側に送る場合を説明する。ステ
ップＳ９０２で会話応答要求有無判定手段９０２の分岐
において、ログファイルを参照し、会話応答要求の有無
を判定し、会話応答ではない場合、ステップＳ９２０で
キャラクタ有無判定手段９２０が試験終了を表すキャラ
クタの有無の判定を行い、試験終了で結果ＧＯＯＤの場
合はステップＳ９２１のＧＯＯＤコード書き込み手段９
２１に分岐し、結果ＧＯＯＤであるコード「６１」１０
６１を書き込みステップＳ９９０のタイミング取得手段
移行手段９９０に移行する。試験終了で結果ＮＧの場合
は、ステップＳ９２２のＮＧコード書き込み手段９２２
に分岐し、結果ＮＧであるコード「６２」１０６２を書
き込みステップＳ９９０のタイミング取得手段移行手段
９９０に移行する。試験終了で異常終了場合はステップ
Ｓ６２３の異常発生コード書き込み手段９２３に分岐
し、結果異常発生であるコード「６４」１０６４を書き
込み、ステップＳ９９０のタイミング取得手段移行手段
９９０に移行する。試験終了ではない場合は、ステップ
Ｓ９２０のキャラクタ有無判定手段９２０からステップ
Ｓ９９０のタイミング取得手段移行手段９９０に移行す
る。

【００４０】つぎに、交換機５２０上の試験プログラム
５２２との会話応答処理について説明する。ステップＳ
９０２のキャラクタ有無判定手段９２０の分岐におい
て、ログファイルを参照し、会話応答要求の有無を判定
し、会話応答状態である場合、ステップＳ９１０でメッ
セージキャラクタ収集手段９１０が試験プログラムから
の出力情報をログファイルから抽出し、さらにユーザー
へのメッセージキャラクタ群の収集を行い、その情報を
ＲＥＳ６１３に出力する。その後、ステップＳ９１１に
おいて、会話応答要求であるコード「６５」１０６５を
書き込む。ＰＣ５００側でＣＤＣ６１１をスキャンし、
「６５」１０６５であることを認識し、ＲＥＳ６１３の
内容を取り込み、ＧＵＩ上に表示を行う。

【００４１】ユーザーからの返答は、ＰＣ５００から、
ＣＭＤ６１２へキャラクタとして書き込み、その後ＰＣ
５００からＣＤＣ６１１に会話応答入力「３０」１０３
０を書き込み、ステップＳ８０２の第４のコード判定手
段の分岐において、ＣＤＣ６１１を参照し、ステップＳ
８６０の会話応答入力手段８６０に分岐し、子プロセス
であるコンソールプロセス５１２に内容を出力する。そ
の後、ステップＳ８６１の会話応答入力コード書き込み
手段８６１において、特殊コマンド実行中であるコード
「６０」１０６０を書き込む。

【００４２】さらに本発明の第３の実施例の変形例とし
て、図１１に示すような構成について説明する。同図に
おいて、共有メモリとなった、ＷＳのＨＤ上のＣＤＣ・
ＣＭＤ・ＲＥＳを対象となる交換機の数だけ配置し、さ
らに、各ファイル名に番号を付与するのではなく、ディ
レクトリ分けを行い、複数の交換機を通信できるよう構
成される。

【００４３】次に、本発明の実施例の動作について、図
７・１０および１６を参照して詳細に説明する。

【００４４】第２のバックグラウンドシェル６０１は、
ＣＤＣ６１１の監視周期を定めるためのタイミングを取
得する第３のタイミング取得手段７０１と、第３のタイ
ミング取得手段７０１が監視周期タイミングを取得後に
共有メモリ上のＣＤＣ６１１を参照してコードを判定す
る第３のコード判定手段７０２と、第３のコード判定手
段７０２が起動要求がないものと判定した場合に確認す
るＣＤＣを更新・変更するため参照するディレクトリを
変更するコード更新・変更手段７０５と、第３のコード
判定手段７０２で起動要求があったと判定した場合は子
プロセスである第２の通信用シェル６０２を起動して子
プロセス起動する第２の通信用シェル起動手段７０３
と、ＣＤＣ６１１に通信用シェル起動完了コードを書き
込む第２のコード書き込み手段７０４とから成る。

【００４５】次に、本発明の実施例の動作について、図
７・１０および１６を参照して詳細に説明する。第２の
バックグラウンドシェル６０１の処理は、ＷＳ５１０立
ち上げ時から、常時行われる。ステップＳ７０１で第３
のタイミング取得手段７０１がＣＤＣ６１１の監視周期
を定めるためのタイミングである監視周期タイミング取
得後、ステップＳ７０２で第３のコード判定手段７０２
が共有メモリ上のＣＤＣ６１１を参照し、コードが「０
２」１００２以外時は、起動要求のないものと判断し、
未成立に分岐し、確認するＣＤＣを更新・変更するた
め、ステップＳ７０５のコード更新・変更手段７０５が
参照するディレクトリを変更し、再びステップＳ７０１
の監視周期である第３のタイミング取得手段７０１を実
行する。ステップＳ７０２の第３のコード判定手段７０
２において、「０２」１００２の際は、起動要求があっ
たものと判断し、子プロセスである第２の通信用シェル
６０２を起動し、ステップＳ７０３において第２の通信
用シェル起動手段Ｓ７０３が子プロセス起動後、ステッ
プＳ７０４で第２のコード書き込み手段７０４がＣＤＣ
６１１に通信用シェル起動完了コード「０３」１００３
を書き込む。これで、第２の通信用シェル６０２が起動
され、通信が可能となる。以上の動作で、ＨＤ上の各フ
ァイルは、同一ファイル名で、複数の交換機との切り分
けはディレクトリで行われる。

【００４６】

【発明の効果】以上の説明したように本発明は、他のコ
ンピュータに操作される第１のコンピュータと、第１の
コンピュータを操作する前記第１のコンピュータとアー
キテクチャが異なる第２のコンピュータと、第１のコン
ピュータおよび前記第２のコンピュータを通信可能に接
続するネットワーク手段とを有するコンピュータのネッ
トワークシステムにおいて、常に通信要求を監視する監
視手段と、第１のコンピュータの機能資産である機能手
段と、前記監視手段の要求により機能手段を動作させる
通信手段と、監視手段および前記通信用手段の状態によ
り予め定められているコードに書き換えられるコードフ
ァイルと、入力されたコマンドを格納するコマンドファ
イルと、出力された情報を格納する出力情報格納ファイ
ルとを前記第１のコンピュータが有することにより、常
時人手によりアプリケーションにコマンド入力を行う必
要が無くなる効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例のブロック図である。

【図２】図１に示す第１のバックグラウンドシェルの流
れ図である。

【図３】図１に示す第１の通信用シェルの流れ図であ
る。

【図４】図１に示すＣＤＣに格納されるＣＤＣコードの
定義の説明図である。

【図５】本発明の第２の実施例のブロック図である。

【図６】図５に示す対ＰＣ通信用ドライバーの構成図で
ある。

【図７】図６に示すバックグラウンドシェルの流れ図で
ある。

【図８】図６に示す第２の通信用シェルの流れ図であ
る。

【図９】図８に示す特殊コマンド実行中手段の流れ図。

【図１０】図６に示すＣＤＣに格納されるＣＤＣコード
の定義の説明図である。

【図１１】本発明の第３の実施例での共有メモリ上の構
成図である。

【図１２】従来のファイル送受信遠隔制御装置のブロッ
ク図である。

【図１３】従来のクラスタシステムの入出力制御方式の
ブロック図である。

【図１４】図１に示す第１のバックグラウンドシェルの
機能ブロック図である。

【図１５】図１に示す第１の通信用シェルの機能ブロッ
ク図である。

【図１６】図６に示す第２のバックグラウンドシェルの
機能ブロック図である。

【図１７】図６に示す第２の通信用シェルの機能ブロッ
ク図である。

【図１８】図１７に示す特殊コマンド実行中手段の機能
ブロック図である。

【符号の説明】

１，５１０ ＷＳ ２，６３０ ＨＤ ４，６０１ バックグラウンドシェル ５，６０２ 通信用シェル ６，１２ アプリケーション ７，６１１ ＣＤＣ ８，６１２ ＣＭＤ ９，６１３ ＲＥＳ １０，５００ ＰＣ １３ 通信ドライバー ５０１ 対ＷＳ通信ドライバー ５０３，５１３ 記録媒体 ５１１ 対ＰＣ通信ドライバー ５１２ コンソールプロセス ５２０ 交換機 ５２１ モニタ ５２２ 試験プログラム ６１４ ログファイル

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 他のコンピュータに操作される第１のコ
   ンピュータと、前記第１のコンピュータを操作する、前
   記第１のコンピュータとアーキテクチャが異なる第２の
   コンピュータと、前記第１のコンピュータおよび前記第
   ２のコンピュータを、前記操作のため通信可能に接続す
   るネットワーク手段とを備えるコンピュータのネットワ
   ークシステムにおいて、前記第２のコンピュータが前記
   第１のコンピュータを操作して前記第１のコンピュータ
   のアプリケーションソフトウェアを起動するために前記
   第１のコンピュータに対して行う通信要求を常に監視す
   る監視手段と、前記通信要求があると前記監視手段が判
   定した場合に、前記監視手段の要求により前記アプリケ
   ーションソフトウェアを動作させる通信用手段と、前記
   監視手段および前記通信用手段の状態により予め定めら
   れているコンディションコードに書き換えられるコード
   ファイルと、前記第２のコンピュータから前記アプリケ
   ーションソフトウェアに入力されるコマンドを格納する
   コマンドファイルと、前記第１のコンピュータから出力
   される、前記アプリケーションソフトウェアの出力情報
   を格納する出力情報格納ファイルとを前記第１のコンピ
   ュータが有し、前記監視手段は前記コードファイルのコ
   ンディションコードを参照して前記通信要求の有無を判
   定し、前記通信用手段は前記コードファイルのコンディ
   ションコードを参照して、前記コンディションコード内
   容が前記アプリケーションソフトウェアに対するコマン
   ド入力であるとき、前記コマンドファイルの内容である
   前記コマンドを前記アプリケーションソフトウェアに出
   力し、前記コマンド出力後にコマンド入力終了を示すコ
   ードをコンディションコードとして前記コードファイル
   に書き込むことを特徴とするコンピュータのネットワー
   クシステム。
2. 【請求項２】 前記コードファイルの監視周期を定める
   タイミングを取得する第１のタイミング取得手段と、前
   記タイミング取得後に前記コードファイルを参照して通
   信要求を断定する第１のコード判定手段と、前記第１の
   コード判定手段で通信要求があると判定された場合は前
   記通信用手段を起動する第１の通信用シェル起動手段
   と、前記第１の通信用シェル起動手段が前記通信用シェ
   ルを起動後に前記コードファイルに前記通信用手段の起
   動完了コードを書き込む第１のコード書き込み手段を前
   記監視手段が有することを特徴とする請求項１記載のコ
   ンピュータのネットワークシステム。
3. 【請求項３】 前記通信用手段における前記コードファ
   イルの監視周期を定めるためのタイミングを取得する第
   ２のタイミング手段と、前記タイミング取得後に前記コ
   ードファイルを参照してコードを読み取りコードの内容
   により分岐を行う第２のコード判定手段と、前記第２の
   コード判定手段３０２の判定が子プロセスとして起動し
   た前記第１の機能手段にキャラクタであるコマンドを入
   力する場合は入力したいキャラクタを前記コマンドファ
   イルに出力するコマンド出力手段と、前記コマンド出力
   後に終了を示すコードを前記コードファイルに書き込む
   終了コマンド書き込み手段と、前記第２のコード判定手
   段の判定が異常状態終了だった場合は前記コードファイ
   ルに空きを意味するコードを書き込む空きコード書き込
   み手段と、前記コード書き込み後に前記通信用手段自身
   を終了する終了手段と、前記第２のコード判定手段の判
   定が前記機能手段実行中だった場合は前記機能手段の出
   力情報である格納したファイルを参照して該当する前記
   機能手段の状態コードを前記コードファイルに書き込む
   ＣＤＣ変更手段とを前記通信用手段が有することを特徴
   とする請求項１または２記載のコンピュータのネットワ
   ークシステム。
4. 【請求項４】 前記第１のコード判定手段が起動要求の
   ないものと判定した場合は前記コードファイルを更新変
   更するコード更新変更手段を有することを特徴とする請
   求項２記載のコンピュータネットワークシステム。
5. 【請求項５】 前記ＣＤＣ変更手段が動作後に前記第２
   のコード判定手段の判定が前記機能手段の起動の場合は
   前記機能手段の起動完了のコードをコードファイルに書
   き込む通信開始手段を前記通信用手段が有することを特
   徴とする請求項３記載のコンピュータのネットワークシ
   ステム。
6. 【請求項６】 前記監視手段、前記機能手段、及び前記
   通信用手段を動作させるプログラムと、前記コードファ
   イルと、前記コマンドファイルと、前記出力情報格納フ
   ァイルとを記録した記録媒体を有することを特徴とする
   請求項１記載のコンピュータのネットワークシステム。