JP2002007334A - データ処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 複数の端末装置と、ホストコンピュータとを
備えたデータ処理システムにおいて、ホストコンピュー
タへの過度の処理集中を避け、各端末装置とホストコン
ピュータとの間の処理を効率よく実行できるようにす
る。 【解決手段】 ホストコンピュータ１０は、ＣＰＵ３１
により、処理スレッド３１ｃの生成を制御する予約レイ
ヤ３１ｂを実行し、ＣＰＵ３１の処理能力を超える処理
要求はキューに登録される。キューに登録された処理要
求は、実行中の処理スレッドが終了する毎に順番に処理
される。また、処理開始時間及び処理終了時間等を算出
し、通知することにより、無駄な処理要求の繰り返しを
なくす。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信の安定化機能
を有するデータ処理装置に関する。

【０００２】

【従来の技術】従来、ホストコンピュータ上に複数の端
末装置がネットワークを介して接続されたデータ処理シ
ステムが知られている。このデータ処理システムでは、
ホストコンピュータのサーバプログラムが、上記複数の
端末装置とデータを送受信しながら端末装置の処理要求
に応じて処理を行う。詳細には、ホスト上のサーバプロ
グラムは端末装置からの処理要求に従って、スレッドと
呼ばれるＣＰＵの処理時間を非常に短い単位に分割した
処理単位を生成し、端末装置と処理スレッドとが、仮想
経路（バーチャルサーキット）を介した１対１の通信経
路を確立し、処理を実行するようになっている。

【０００３】以上のように従来のデータ処理システムで
は、各端末装置からの処理要求を受信したサーバプログ
ラムが、直接受けた処理要求ごとに処理スレッドを生成
し、端末装置とのバーチャルな通信経路を確立するシス
テムとなっている。

【０００４】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のデータ処理システムにあっては、受けた処理
要求ごとに処理スレッドを生成して処理要求の処理を行
っているため、処理要求を行う端末装置が増えると生成
される処理スレッド数も増え、処理要求を行う端末装置
が同時に多数殺到したときは、ホストコンピュータのＣ
ＰＵ能力やメモリリソースを使い果たしてしまう。

【０００５】また、端末装置からはホストコンピュータ
に処理要求を行う端末装置が殺到していることが分から
ないため、処理要求を繰り返し、これによりさらにＣＰ
Ｕに負担がかかり、パフォーマンスが低下するなど問題
があった。さらに、端末装置からは処理要求が受け付け
られても処理が完了するタイミングが計れなかったり、
あるいは、タイムアウトエラーが頻発するという問題が
あった。

【０００６】本発明の課題は、複数の端末装置と、これ
ら複数の端末装置に対して順次処理を行うホストコンピ
ュータとを備えたデータ処理システムにおいて、ホスト
コンピュータへの過度の処理集中を避け、各端末装置と
ホストコンピュータとの間の処理を効率よく実行できる
ようにすることである。

【０００７】

【課題を解決するための手段】請求項１記載の発明は、
ネットワークを介して複数の端末装置に接続され、これ
ら複数の端末装置から送信される処理要求に応じて処理
を行うデータ処理装置（図１のホストコンピュータ１
０）であって、前記端末装置から送信された処理要求が
入力される毎に、該処理要求に対応する通信プロセスを
生成するプロセス生成手段（例えば、図５のステップＳ
５１に示す処理を行うサーバプログラム３１ａ）と、こ
のプロセス生成手段により生成された通信プロセスを並
列的に実行するプロセス実行手段（例えば、図５のステ
ップＳ５３に示す処理を行うサーバプログラム３１ａ）
と、このプロセス実行手段により実行中の通信プロセス
の数が、予め設定された所定の数以上か否かを判別する
判別手段（例えば、図４のステップＳ４２に示す処理を
行う予約レイヤ３１ｂ）と、この判別手段により前記通
信プロセスの数が前記所定の数以上と判別された場合
に、前記端末装置から入力された処理要求を、入力順に
順次登録する処理要求登録手段（例えば、図４のステッ
プＳ４４に示す処理を行う予約レイヤ３１ｂ）と、前記
処理要求登録手段により登録された処理要求については
前記プロセス生成手段による通信プロセスの生成を禁止
すると共に、前記プロセス実行手段により実行中の通信
プロセスが完了する毎に、順次、前記処理要求登録手段
に登録された処理要求を読み出して、該処理要求に応じ
た通信プロセスを前記プロセス生成手段により生成させ
る制御手段（例えば、図６のフローチャートに示す処理
を行う予約レイヤ３１ｂ）と、を備えることを特徴とし
ている。

【０００８】この請求項１記載の発明によれば、ネット
ワークを介して複数の端末装置に接続され、これら複数
の端末装置から送信される処理要求に応じて処理を行う
データ処理装置であって、プロセス生成手段により、端
末装置から送信された処理要求が入力される毎に、処理
要求に対応する通信プロセスを生成し、プロセス実行手
段により、このプロセス生成手段により生成された通信
プロセスを並列的に実行し、判別手段により、このプロ
セス実行手段により実行中の通信プロセスの数が、予め
設定された所定の数以上か否かを判別し、処理要求登録
手段により、この判別手段により通信プロセスの数が所
定の数以上と判別された場合に、端末装置から入力され
た処理要求を、入力順に順次登録し、制御手段により、
処理要求登録手段により登録された処理要求については
プロセス生成手段による通信プロセスの生成を禁止する
と共に、プロセス実行手段により実行中の通信プロセス
が完了する毎に、順次、処理要求登録手段に登録された
処理要求を読み出して、処理要求に応じた通信プロセス
をプロセス生成手段により生成させるので、端末装置か
らの処理要求の数に係わらず、予め設定された規定値に
より、生成される処理スレッドの数を制限でき、ホスト
コンピュータに端末装置から処理要求が集中しても、Ｃ
ＰＵやメモリリソースの能力を必要以上に使用せず、理
想的な処理スピードでサービスを提供できる。また、サ
ーバプログラムが処理しきれない処理要求はいったんキ
ューに登録されるため、キューに受け付けられた順番で
処理が速やかに実行される。さらに、タイムアウトエラ
ーなどにより、何度も処理要求を繰り返すような無駄な
トラフィックを増やすことがなく、ＣＰＵに負担をかけ
ずにデータ処理が行える。

【０００９】請求項６記載の発明は、ネットワークを介
して複数の端末装置に接続され、これら複数の端末装置
から送信される処理要求に応じて処理を行うデータ処理
装置であって、前記端末装置から送信された処理要求が
入力される毎に、該処理要求に対応する通信プロセスを
生成するプロセス生成手段と、このプロセス生成手段に
より生成された通信プロセスを並列的に実行するプロセ
ス実行手段と、このプロセス実行手段により実行中の通
信プロセスの数が、予め設定された所定の数以上か否か
を判別する判別手段と、この判別手段により前記通信プ
ロセスの数が前記所定の数以上と判別された場合は、前
記プロセス生成手段により生成される通信プロセスを休
止状態に移行させるプロセス休止手段（例えば、図１３
のステップＳ１３４に示す処理を行う予約レイヤ３１
ｂ）と、前記プロセス実行手段により実行中の通信プロ
セスが完了する毎に、順次、休止状態の前記通信プロセ
スを前記プロセス実行手段により実行させる制御手段
（例えば、図１４のステップＳ１４６に示す処理を行う
予約レイヤ３１ｂ）と、を備えることを特徴としてい
る。

【００１０】この請求項６記載の発明によれば、ネット
ワークを介して複数の端末装置に接続され、これら複数
の端末装置から送信される処理要求に応じて処理を行う
データ処理装置であって、プロセス生成手段により、端
末装置から送信された処理要求が入力される毎に、処理
要求に対応する通信プロセスを生成し、プロセス実行手
段により、このプロセス生成手段により生成された通信
プロセスを並列的に実行し、判別手段により、このプロ
セス実行手段により実行中の通信プロセスの数が、予め
設定された所定の数以上か否かを判別し、プロセス休止
手段により、この判別手段により通信プロセスの数が所
定の数以上と判別された場合は、プロセス生成手段によ
り生成される通信プロセスを休止状態に移行させ、制御
手段により、プロセス実行手段により実行中の通信プロ
セスが完了する毎に、順次、休止状態の通信プロセスを
プロセス実行手段により実行させるため、端末装置から
処理要求がある毎に処理スレッドを生成し、生成した処
理スレッドを休止状態に移行させることにより、ＣＰＵ
やメモリリソースの能力に見合った理想的な処理スピー
ドでサービスを提供できる。また、タイムアウトエラー
などにより、何度も処理要求を繰り返すような無駄なト
ラフィックを増やすがことなく、ＣＰＵに負担をかけず
にデータ処理が行える。

【００１１】

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

【００１２】［第１の実施の形態］図１〜図６は本発明
を適用した第１の実施の形態におけるデータ処理システ
ム１を示す図である。

【００１３】まず、構成を説明する。図１は、本実施の
形態におけるデータ処理システム１の構成を示す図であ
る。ホストコンピュータ１０には、ＬＡＮケーブル１３
を介して、複数のI/O BOX１１が接続されており、ホス
トコンピュータ１０とI/O BOX１１は、TCP/IPプロトコ
ルによる通信を行える環境にある。また、I/O BOX１１
には端末装置１２が接続され、I/O BOX１１は、ホスト
コンピュータ１０と端末装置１２とのデータの送受信を
制御する。

【００１４】図２は、ホストコンピュータ１０のＣＰＵ
３１によって実行される各処理の関連を概念的に示す図
である。ＣＰＵ３１は、サーバプログラム３１ａを実行
するとともに、予約レイヤ３１ｂと呼ばれる通信レイヤ
の処理を行う。サーバプログラム３１ａは、端末装置１
２からの処理要求を実行するためのプログラムであり、
予約レイヤ３１ｂは、端末装置１２からの処理要求に対
して、ＣＰＵ３１の能力に見合った処理を実行できるよ
うに、生成される処理スレッド３１ｃの数を制御するた
めの通信レイヤである。

【００１５】ここで、処理スレッド３１ｃとは、通信プ
ロセスを意味するものであって、ＣＰＵ３１の処理時間
を非常に短い単位に分割した処理単位のことであり、処
理スレッド３１ｃは、端末装置１２と１対１のバーチャ
ルな通信経路を確立し、複数の処理スレッド３１ｃに端
末装置１２を順番に割り当てることにより、見かけ上複
数の処理を同時に行う。

【００１６】ＣＰＵ３１によって実行されるサーバプロ
グラム３１ａは、予約レイヤ３１ｂの指示に従って、処
理スレッド３１ｃを生成する。そして、サーバプログラ
ム３１ａは、処理スレッド３１ｃによって確立された通
信経路を介して、端末装置１２からの処理要求に応じた
データの処理を実行し、処理が終了したら処理スレッド
３１ｃを終了させ、予約レイヤ３１ｂに処理終了を通知
する。

【００１７】ＣＰＵ３１によって実行される予約レイヤ
３１ｂは、端末装置１２から処理要求を受け付けると、
処理スレッド３１ｃ生成の指示をサーバプログラム３１
ａに出力する前に、既存の処理スレッド３１ｃの数が予
め設定された規定値を超えている否かをチェックする。
予約レイヤ３１ｂは、処理スレッド３１ｃの数が規定値
以下の場合は、サーバプログラム３１ａに対して処理ス
レッド３１ｃ生成の指示を出力し、処理スレッド３１ｃ
の数が規定値以上の場合には、処理要求をキューに保存
し、実行中の処理スレッド３１ｃが終了するのを待機す
る。以上のように、予約レイヤ３１ｂは、処理要求を行
う端末装置１２の数を管理調整し、ＣＰＵ３１やメモリ
リソースの能力に見合った処理を実行できるように処理
スレッド３１ｃ生成の制御を行う。

【００１８】図３はホストコンピュータ１０の要部構成
を示すブロック図である。ホストコンピュータ１０は、
図３に示すように、ＣＰＵ（Central Processing Uni
t）３１、表示部３２、入力部３３、伝送制御部３４、
ＲＡＭ（Random Access Memory）３５、記憶装置３６、
及び記憶装置３６が備える記憶媒体３７から構成され、
記憶媒体３７を除く各部はバス３８により接続されてい
る。

【００１９】ＣＰＵ３１は、記憶装置３６内に格納され
ているサーバプログラム、システムプログラム、及び各
種アプリケーションプログラムの中から指定されたアプ
リケーションプログラムを、ＲＡＭ３５内の図示しない
ワークエリアに展開し、入力部３３、及び伝送制御部３
４から入力されるデータに応じて、アプリケーションプ
ログラムに従って各種処理を実行し、処理結果をＲＡＭ
３５内に格納する。さらに、処理結果を表示するための
表示情報を生成して表示部３２へ出力するとともに、伝
送制御部３４を介して、端末装置１２に当該結果を出力
する。そして、ＲＡＭ３５内の指定された保存先へ処理
結果を保存する。

【００２０】表示部３２は、ＣＲＴ（Cathode Ray Tub
e）やＬＣＤ（Liquid Crystal Display）等によってな
る表示画面を備え、ＣＰＵ３１から入力される表示情報
に基づいて、入力部３３や、伝送制御部３４を介して送
受信されたデータの内容等を表示画面上に表示させる。

【００２１】入力部３３は、カーソルキー、数字入力キ
ー、及び各種機能キーを備えたキーボードを含み、この
キーボードで押下されたキーに対応する押下信号をＣＰ
Ｕ３１に出力する。なお、入力部３３は、必要に応じて
マウス、タッチパネル等のポインティングデバイスや、
その他の入力装置を備えるものとしてもよい。

【００２２】伝送制御部３４は、モデム（ＭＯＤＥＭ：
MOdulator/DEModulator ）またはターミナルアダプタ
（ＴＡ：Terminal Adapter）等によって構成され、電話
回線、ＩＳＤＮ回線等の通信回線を介して外部機器との
通信を行うための制御を行い、モデムは、電話回線を介
してパーソナルコンピュータ等の外部機器との通信を行
うために、ＣＰＵ３１によって処理されたデジタルデー
タを電話回線の周波数帯域にあったアナログ信号に変調
し、また、電話回線を介して入力されたアナログ信号を
デジタル信号に復調する装置であり、ターミナルアダプ
タは、ＩＳＤＮ回線を介してパーソナルコンピュータ等
の外部機器との通信を行うために、既存のインタフェー
スをＩＳＤＮに対応するインタフェースに変換する装置
である。本実施例では、ＬＡＮケーブル１３を介して、
ネットワーク上に接続された端末装置１２と通信を行う
ための制御を行い、ネットワーク上にはI/O BOX１１が
接続されており、端末装置１２はI/O BOX１１に接続し
て、ホストコンピュータ１０とTCP/IPによる通信を行え
るようになっている。

【００２３】ＲＡＭ３５は、ＣＰＵ３１によって実行さ
れる各種プログラムや、これら各種プログラムにかかる
データ等を一時的に記憶するワークエリアを形成する。

【００２４】記憶装置３６は、プログラムやデータ等が
予め記憶されている記憶媒体３７を有しており、この記
憶媒体３７は磁気的、光学的記録媒体、若しくは半導体
メモリで構成されている。この記憶媒体３７は記憶装置
３６に固定的に設けられたもの、若しくは着脱自在に装
着するものであり、この記憶媒体３７には、前記サーバ
プログラム、前記システムプログラム及び当該システム
に対応する各種アプリケーションプログラム、通信制御
処理プログラム、処理スレッド数制限処理プログラム、
及び各種処理プログラムで処理されたデータ、文書デー
タ等を記憶する。

【００２５】また、この記憶媒体３７に記憶するプログ
ラム、データ等は、その一部若しくは全部をサーバやク
ライアント等の他の機器からネットワーク回線等の伝送
媒体を介して伝送制御部３４から受信して記憶する構成
にしてもよく、さらに、記憶媒体３７はネットワーク上
に構築されたサーバの記憶媒体であってもよい。さら
に、前記プログラムをネットワーク回線等の伝送媒体を
介してサーバやクライアントへ伝送してこれらの機器に
インストールするように構成してもよい。

【００２６】次に、本実施の形態の動作を説明する。ま
ず、ホストコンピュータ１０と端末装置１２との間にお
いて、予約レイヤ３１ｂによって実行される処理スレッ
ド数制限処理、及び端末装置１２からの処理要求に基づ
いてサーバプログラム３１ａによって実行される処理を
図４〜６に示すフローチャートに基づいて説明する。

【００２７】ここで、これらのフローチャートに記述さ
れている各機能を実現するためのプログラムは、読み取
り可能なプログラムコードの形態で記憶媒体３７に格納
されており、ＣＰＵ３１はこのプログラムコードに従っ
た動作を逐次実行する。また、ＣＰＵ３１は、伝送媒体
を介して伝送されてきた上述のプログラムコードに従っ
た動作を逐次実行することもできる。すなわち、記憶媒
体３７の他、伝送媒体を介して外部供給されたプログラ
ム／データを利用してこの実施形態特有の動作を実行す
ることもできる。

【００２８】図４は、ＣＰＵ３１の予約レイヤ３１ｂに
よって実行される処理スレッド数制限処理を示すフロー
チャートである。この図４に示す処理では、はじめに予
約レイヤ３１ｂは、ステップＳ４１において、伝送制御
部３４を介して端末装置１２から入力される処理要求の
有無を判断する。処理要求がない場合は、そのまま待機
し、処理要求があった場合はステップＳ４２に移行す
る。

【００２９】ステップＳ４２において、端末装置１２か
ら伝送制御部３４を介して処理要求が送信されると、予
約レイヤ３１ｂは、ＲＡＭ３５内に一時的に格納されて
いる既存の処理スレッド３１ｃの数から、処理スレッド
３１ｃの数が予め設定された規定値を超えているか否か
判断する。

【００３０】ステップＳ４２において、予約レイヤ３１
ｂにより、処理スレッド３１ｃの数が規定値以下である
と判断された場合、ステップＳ４３に移行し、予約レイ
ヤ３１ｂは、処理スレッド３１ｃ生成の指示をサーバプ
ログラム３１ａへ出力する。

【００３１】予約レイヤ３１ｂにより、処理スレッド３
１ｃの数が規定値以上であると判断された場合、ステッ
プＳ４４に移行し、予約レイヤ３１ｂは処理要求をキュ
ーに保存し、実行中の処理スレッド３１ｃが終了するま
で待機する。

【００３２】なお、上記図４のステップＳ４２に示す処
理において、判断の基準となる処理スレッド３１ｃの数
の規定値はＲＡＭ３５内に格納されており、ＣＰＵの処
理能力や実装されたＲＡＭの容量から算出する方法など
が考えられるが、入力部３３における入力操作等によっ
て任意に設定及び変更可能である。

【００３３】次に、予約レイヤ３１ｂから処理スレッド
３１ｃ生成の指示が出力された場合のサーバプログラム
３１ａによって行われる処理について図５に示すフロー
チャートを用いて説明する。

【００３４】まず、図４のステップＳ４３において、予
約レイヤ３１ｂにより処理スレッド３１ｃ生成の指示が
出力されると、ステップＳ５１において、サーバプログ
ラム３１ａにより、処理スレッド３１ｃが生成され、ス
テップＳ５２に移行して、処理要求を行った端末装置１
２と処理スレッド３１ｃとの間に、バーチャルな通信経
路を介した１対１の通信回線が確立される。

【００３５】そして、ステップＳ５３に移行して、サー
バプログラム３１ａにより、所定のアプリケーションに
基づいて、処理要求を行った端末装置１２の各処理が実
行され、各処理が終了すると、ステップＳ５４に移行し
て、サーバプログラム３１ａは予約レイヤ３１ｂに対し
て処理終了を通知して処理を終了する。

【００３６】次に、サーバプログラム３１ａから処理終
了の通知を入力された後、予約レイヤ３１ｂによって実
行される処理について図６に示すフローチャートを用い
て説明する。

【００３７】まず、ステップＳ６１において、予約レイ
ヤ３１ｂは、サーバプログラム３１ａから処理終了の通
知が入力されたか否かを判断する。処理終了の通知がな
い場合はそのまま待機し、処理終了の通知があった場合
はステップＳ６２に移行する。

【００３８】ステップＳ６２において、予約レイヤ３１
ｂは、キューに処理要求があるか否かを判断する。処理
要求がない場合は、ステップＳ６１へ戻って待機し、処
理要求がある場合は、ステップＳ６３に移行する。

【００３９】ステップＳ６３において、予約レイヤ３１
ｂは、処理要求をキューから取り出し、ステップＳ６４
に移行して、処理スレッド３１ｃ生成の指示をサーバプ
ログラム３１ａに出力し、ステップＳ６１へ戻って処理
を終了する。

【００４０】以上のように、本発明の第１の実施の形態
によれば、端末装置１２から処理要求があった場合は、
いったん予約レイヤ３１ｂにより、処理要求の数が予め
設定された規定値を超えているか否かが判断され、規定
値以下の場合は、サーバプログラム３１ａにより処理ス
レッド３１ｃが生成され、処理要求に対応する処理が実
行される。また、処理スレッド３１ｃが予め設定された
規定値に達した後に、端末装置１２から処理要求があっ
た場合でも、予約レイヤ３１ｂにより処理要求はキュー
に登録され、実行中の処理スレッド３１ｃが終了するの
を、登録された順番で待機できる。そして、実行中の処
理スレッド３１ｃが終了したら、キューに登録された順
番で処理スレッド３１ｃが生成され、速やかに処理が実
行される。

【００４１】つまり、本第１の実施の形態におけるデー
タ処理システム１によれば、端末装置１２からの処理要
求の数に係わらず、予め設定された規定値により、生成
される処理スレッド３１ｃの数を制限できるので、ホス
トコンピュータ１０に端末装置１２から処理要求が集中
しても、ＣＰＵ３１やメモリリソースの能力を必要以上
に使用せず、理想的な処理スピードでサービスを提供で
きる。

【００４２】また、サーバプログラム３１ａが処理しき
れない処理要求はいったんキューに登録されるため、キ
ューに受け付けられた順番で処理が速やかに実行され
る。さらに、タイムアウトエラーなどにより、何度も処
理要求を繰り返すような無駄なトラフィックを増やすが
ことなく、ＣＰＵ３１に負担をかけずにデータ処理が行
える。

【００４３】なお、上記実施の形態においては、ホスト
コンピュータ１０とI/O BOX１１とはTCP/IPプロトコル
による通信を行える環境にあるとしたが、本発明はこれ
に限定されるものではなく、IPX/SPX、Net Beul等のネ
ットワークプロトコルを利用するようにしてもよく、各
種データを送受信するための通信方式や通信プロトコル
は任意に構成可能であり、ホストコンピュータ１０とI/
O BOX１１とが通信を行える環境にあればよい。

【００４４】また、ホストコンピュータ１０とI/O BOX
１１とは、ＬＡＮケーブル１３によって接続される構成
としたが、本発明はこれに限定されるものではなく、接
続方式は電磁波による無線信号や赤外線信号を利用した
構成であってもよい。その他細部の構成についても任意
に変更可能である。

【００４５】［第２の実施の形態］図７及び図８を参照
して、本発明の第２の実施の形態について説明する。な
お、本第２の実施の形態におけるデータ処理システム１
は、上記第１の実施の形態におけるデータ処理システム
１と同様の構成によってなるものであり、その構成につ
いては図示及び説明を省略する。

【００４６】図７は、予約レイヤ３１ｂによって実行さ
れる処理時間算出処理を示すフローチャートである。こ
の図７に示す処理では、はじめに予約レイヤ３１ｂは、
ステップＳ７１において、伝送制御部３４を介して端末
装置１２から送信される処理要求の有無を判断する。処
理要求がない場合は、そのまま待機し、処理要求がある
場合はステップＳ７２に移行する。

【００４７】伝送制御部３４を介して端末装置１２か
ら、処理要求が送信されると、ステップＳ７２におい
て、予約レイヤ３１ｂは、ＲＡＭ３５内に一時的に格納
されている既存の処理スレッド３１ｃの数から、処理ス
レッド数が予め設定された規定値を超えているか否か判
断する。

【００４８】ステップＳ７２において、予約レイヤ３１
ｂにより、処理スレッド３１ｃの数が規定値以下である
と判断された場合、ステップＳ７３に移行し、予約レイ
ヤ３１ｂは、処理スレッド３１ｃ生成の指示をサーバプ
ログラム３１ａへ出力する。

【００４９】そして、ステップＳ７４に移行して、基本
処理時間及び現在稼働中の処理スレッド３１ｃの数から
処理終了時間を算出し、ステップＳ７７に移行して、処
理要求を行った端末装置１２に処理終了時間を送信した
後にステップＳ７１に戻って処理を終了する。

【００５０】また、予約レイヤ３１ｂにより、処理スレ
ッド３１ｃの数が規定値以上であると判断された場合、
ステップＳ７５に移行し、予約レイヤ３１ｂは処理要求
をキューに保存する。そして、ステップＳ７６におい
て、現在稼働中の処理スレッド３１ｃの数、キューに登
録された処理要求数、及び基本処理時間から処理開始時
間と処理終了時間を算出する。さらに、ステップＳ７７
に移行して、処理要求を行った端末装置１２に処理開始
時間及び処理終了時間を送信した後にステップＳ７１に
戻って処理を終了する。

【００５１】ステップＳ７４、及びＳ７６において、基
本処理時間とは、サーバプログラム３１ａがひとつの処
理スレッド３１ｃを生成して、端末装置１２からの処理
要求を処理するのに要する時間を指す。

【００５２】端末装置１２を使用した業務フローでは、
ホストコンピュータ１０とのデータの送受信に端末装置
１２ごとの違いはなく、ＣＰＵ３１の能力やトラフィッ
クなどの要因の影響を受けるものの、ほぼ一定であると
考えられる。

【００５３】そこで、処理開始時間については、予約レ
イヤ３１ｂによって処理要求が受信されたときから、処
理スレッド３１ｃが生成されるまでの時間を指し、処理
スレッド３１ｃの数が予め設定された規定値以下である
場合は、開始までの待ち時間がないので処理開始時間は
算出しない。

【００５４】処理スレッド３１ｃの数が規定値以上であ
る場合は、この基本処理時間に現在キューに登録してあ
る処理要求の数を処理待ち数として掛け合わせたものを
処理開始時間として算出する。

【００５５】また、処理終了時間については、予約レイ
ヤ３１ｂによって処理要求が受信されたときから、端末
装置１２からの処理要求の実行が終了するまでの時間を
指し、処理スレッド３１ｃの数が予め設定された規定値
以下である場合は、基本処理時間に現在稼働中の処理ス
レッド３１ｃの数を掛け合わせたものを終了時間として
算出する。

【００５６】そして、処理スレッド３１ｃの数が規定値
以上である場合は、基本処理時間に、現在稼働中の処理
スレッド３１ｃの数と、現在キューに登録してある処理
要求の数を処理待ち数として足した数とを掛け合わせた
ものを処理終了時間として算出する。

【００５７】図８は、予約レイヤ３１ｂから処理開始時
間または処理終了時間が送信された場合の端末装置１２
の表示画面における表示例であり、これによりユーザー
は端末装置１２を目視にて確認するだけで、処理開始時
間及び処理終了時間を知ることができる。

【００５８】以上のように、本発明の第２の実施の形態
によれば、端末装置１２から処理要求が受信されたとき
から、この処理要求に対応する処理スレッド３１ｃが生
成されるまでの時間を処理開始時間として、キューに登
録されている処理待ち数に基づいて処理開始時間を算出
し、算出された処理開始時間を処理要求を行った端末装
置１２に送信する。

【００５９】さらに、端末装置１２から処理要求が受信
されたときから、この処理要求に対応する処理スレッド
３１ｃが生成され、処理が終了するまでの時間を処理終
了時間として、現在実行中の処理スレッド３１ｃの数と
キューに登録されている処理待ち数に基づいて処理終了
時間を算出し、算出された処理終了時間を処理要求を行
った端末装置１２に送信する。

【００６０】これにより、上記第１の実施の形態により
得られる効果に加えて、ユーザーはホストコンピュータ
１０の混雑状況や、処理が開始されるまでの待ち時間及
び処理が終了されるまでの時間を知ることができる。つ
まり、従来は、空いた時間帯や混んだ時間帯で必要な処
理時間が異なるため、無駄な待ち時間が生じていたが、
処理開始時間及び処理終了時間を的確に知ることによ
り、無駄な待ち時間を減らして作業効率の向上を図るこ
とができる。

【００６１】また、ユーザーがホストコンピュータ１０
が混雑していることを知らずに要求を繰り返すことがな
いので、ＣＰＵ３１の過負担による、処理速度の低下を
防止できる。

【００６２】［第３の実施の形態］続いて、図９及び図
１０を参照して、本発明の第３の実施の形態について説
明する。なお、本第３の実施の形態におけるデータ処理
システム１は、上記第１の実施の形態におけるデータ処
理システム１と同様の構成によってなるものであり、そ
の構成については図示及び説明を省略する。

【００６３】図９は、予約レイヤ３１ｂによって、実行
される処理開始通知処理を示すフローチャートである。
この図９に示す処理では、はじめに予約レイヤ３１ｂ
は、ステップＳ９１において、伝送制御部３４を介して
端末装置１２から送信される処理要求の有無を判断す
る。処理要求がない場合は、そのまま待機し、処理要求
があった場合はステップＳ９２に移行する。

【００６４】ステップＳ９２において、端末装置１２か
ら伝送制御部３４を介して処理要求が送信されると、予
約レイヤ３１ｂは、ＲＡＭ３５内に一時的に格納されて
いる既存の処理スレッド３１ｃの数から、処理スレッド
数が予め設定された規定値を超えているか否かを判断す
る。

【００６５】ステップＳ９２において、予約レイヤ３１
ｂにより、処理スレッド３１ｃの数が規定値以下である
と判断された場合、ステップＳ９３に移行し、予約レイ
ヤ３１ｂは処理スレッド３１ｃ生成の指示をサーバプロ
グラム３１へ出力する。そして、ステップＳ９５に移行
して、処理要求を行った端末装置１２に対して、処理要
求の実行が開始されたことを通知し、ステップＳ９１に
戻って処理を終了する。

【００６６】ステップＳ９２において、予約レイヤ３１
ｂにより、処理スレッド３１ｃの数が規定値以上である
と判断された場合、ステップＳ９４に移行し、予約レイ
ヤ３１ｂは処理要求をキューに登録し、ステップＳ９１
に戻って処理を終了する。

【００６７】なお、サーバプログラム３１ａが、予約レ
イヤ３１ｂの指示により処理スレッド３１ｃを生成し、
端末装置１２からの処理要求を実行した後に、処理スレ
ッド３１ｃを終了させ、予約レイヤ３１ｂに対して処理
終了の通知を出力する処理については、上記第１の実施
の形態における図５に示したフローチャートと同様の処
理が行われるものであり、その処理については図示及び
説明を省略する。

【００６８】次に、サーバプログラム３１ａから処理終
了の通知を受信した予約レイヤ３１ｂによって実行され
る処理について図１０に示すフローチャートを用いて説
明する。

【００６９】まず、ステップＳ１０１において、予約レ
イヤ３１ｂは、サーバプログラム３１ａから処理終了の
通知が入力されたか否かを判断する。処理終了の通知が
ない場合はそのまま待機し、処理終了の通知があった場
合はステップＳ１０２に移行する。

【００７０】ステップＳ１０２において、予約レイヤ３
１ｂはキューに処理要求があるか否かを判断する。処理
要求がない場合は、ステップＳ１０１に戻って待機し、
処理要求がある場合は、ステップＳ１０３に移行する。

【００７１】ステップＳ１０３において、予約レイヤ３
１ｂは、処理要求をキューから取り出し、ステップＳ１
０４に移行して、処理スレッド３１ｃ生成の指示をサー
バプログラム３１ａに出力する。

【００７２】そして、ステップＳ１０５に移行し、処理
要求を行った端末装置１２に対して、処理要求の実行が
開始されたことを通知し、ステップＳ１０１に戻って処
理を終了する。

【００７３】以上のように、本発明の第３の実施の形態
によれば、いったんキューに登録された処理要求がキュ
ーから取り出され、処理スレッド３１ｃが生成された時
点で、処理要求を行った端末装置１２に処理開始が通知
される。また、処理要求に応じてキューに登録されずに
すぐに処理スレッド３１ｃが生成された場合でも、処理
スレッド３１ｃが生成された時点で、処理要求を行った
端末装置１２に処理開始が同様に通知される。

【００７４】これにより、上記の各実施の形態により得
られる効果に加えて、ユーザーは、端末装置１２を目視
することにより、端末装置１２と処理スレッド３１ｃと
の通信経路が確立され、処理が実行されていることを確
認できるので、端末装置１２からの無駄な処理要求を繰
り返すことがなく、結果としてネットワークのトラフィ
ック及び、ホストコンピュータ１０の負荷が軽減され、
より効率よく処理することができる。

【００７５】［第４の実施の形態］次に、図１１及び図
１２を参照して、本発明の第４の実施の形態について説
明する。なお、本第４の実施の形態におけるデータ装置
１は、上記第１の実施の形態におけるデータ装置１との
同様の構成によってなるものであり、その構成について
は図示及び説明を省略する。

【００７６】図１１は、予約レイヤ３１ｂによって実行
されるキュー情報通知処理を示すフローチャートであ
る。この図１１に示す処理では、はじめに予約レイヤ３
１ｂは、ステップＳ１１１において、サーバプログラム
３１ａから処理終了の通知を入力されたか否かを判断す
る。終了処理の通知がない場合はそのまま待機し、処理
終了の通知があった場合はステップＳ１１２に移行す
る。

【００７７】ステップＳ１１２において、予約レイヤ３
１ｂは、キューに処理要求があるか否かを判断する。処
理要求がない場合はステップＳ１１１に戻って待機し、
処理要求がある場合は、ステップＳ１１３に移行して、
処理要求をキューから取り出す。

【００７８】そして、ステップＳ１１４に移行し、予約
レイヤ３１ｂは、キューに処理要求を登録している端末
装置１２に対して、キューから処理要求が取り出される
毎に、端末装置１２に各自の順番や処理開始時間をキュ
ー情報として通知する。

【００７９】さらに、ステップＳ１１５に移行し、予約
レイヤ３１ｂは、処理スレッド３１ｃ生成の指示をサー
バプログラム３１ａに出力し、ステップＳ１１１に戻っ
て処理を終了する。

【００８０】図１２は、予約レイヤ３１ｂからキュー情
報が送信された場合の端末装置１２の表示画面における
表示例であり、これによりユーザーは、端末装置１２を
目視にて確認するだけで、自分の順番や処理開始時間を
知ることができる。

【００８１】以上のように、本発明の第４の実施の形態
によれば、キューに登録されている処理要求が取り出さ
れる毎に、キューに処理要求を登録している全ての端末
装置１２に対して各自の順番や処理開始までの時間を通
知する。

【００８２】これにより、上記の各実施の形態により得
られる効果に加えて、自分の前に待っている処理要求数
が減って行く様子を端末装置にて確認することができ、
ユーザーは処理が開始されるまでの順番や時間を的確に
知ることができ、その間の待ち時間を有効に利用でき
る。

【００８３】［第５の実施の形態］図１３及び図１４を
参照して、本発明の第５の実施の形態について説明す
る。なお、本第５の実施の形態におけるデータ処理シス
テム１は、上記第１の実施の形態におけるデータ処理シ
ステム１と同様の構成によってなるものであり、その構
成については図示及び説明を省略する。

【００８４】図１３は、予約レイヤ３１ｂによって、実
行される処理スレッド休止処理を示すフローチャートで
ある。この図１３に示す処理では、はじめに予約レイヤ
３１ｂはステップＳ１３１において、伝送制御部３４を
介して端末装置１２から入力される処理要求の有無を判
断する。処理要求がない場合はそのまま待機し、処理要
求があった場合はステップＳ１３２に移行して、予約レ
イヤ３１ｂは、処理スレッド３１ｃ生成の指示をサーバ
プログラム３１ａに出力する。

【００８５】そして、ステップＳ１３３に移行し、予約
レイヤ３１ｂは、ＲＡＭ３５内に一時的に格納されてい
る既存の処理スレッド３１ｃの数から、処理スレッド数
が予め設定された規定値を超えているか否かを判断す
る。

【００８６】ステップＳ１３３において、予約レイヤ３
１ｂにより、処理スレッド３１ｃのの数が規定値以下で
あると判断された場合、ステップＳ１３１に戻って処理
を終了する。

【００８７】ステップＳ１３３において、予約レイヤ３
１ｂにより、処理スレッド３１ｂの数が規定値以上であ
ると判断された場合、ステップＳ１３４に移行し、予約
レイヤ３１ｂは、処理スレッド３１ｂを休止状態に移行
させ、ステップＳ１３１に戻って処理を終了する。

【００８８】なお、上記図１３のステップＳ１３３に示
す処理において、判断の基準となる処理スレッド３１ｃ
の数の規定値はＲＡＭ３５内に格納されており、ＣＰＵ
の処理能力や実装されたＲＡＭの容量から算出する方法
などが考えられるが、入力部３３における入力操作等に
よって任意に設定及び変更可能である。

【００８９】次に、予約レイヤ３１ｂから処理スレッド
３１ｃ生成の指示が出力された場合のサーバプログラム
３１ａによって実行される処理について図１４に示すフ
ローチャートを用いて説明する。

【００９０】まず、図１３のステップＳ１３２におい
て、予約レイヤ３１ｂにより処理スレッド３１ｂ生成の
指示が出力されると、ステップＳ１４１において、サー
バプログラム３１ａにより、処理スレッド３１ｃが生成
され、ステップＳ１４２に移行して、処理要求を行った
端末装置１２と処理スレッド３１ｃとの間に、バーチャ
ルな通信経路を介した１対１の通信回線が確立される。

【００９１】そして、ステップＳ１４３に移行して、サ
ーバプログラム３１ａにより、所定のアプリケーション
に基づいて、処理要求を行った端末装置１２の各処理が
実行され、ステップＳ１４４に移行して各処理が終了す
ると、ステップＳ１４５に移行する。

【００９２】さらに、ステップＳ１４５において、サー
バプログラム３１ａは、休止状態に移行している処理ス
レッド３１ｃがあるか否かを判断する。休止状態に移行
している処理スレッド３１ｃがない場合は、そのまま処
理を終了し、休止状態に移行している処理スレッド３１
ｃがある場合は、ステップＳ１４６に移行し、処理スレ
ッド３１ｃの休止状態を解除し、ステップＳ１４２に戻
る。

【００９３】以上のように本発明の第５の実施の形態に
よれば、端末装置１２から処理要求があった場合は、予
約レイヤ３１ｂにより、サーバプログラム３１ａに対し
て処理スレッド３１ｃ生成の指示が出力される。そし
て、予約レイヤ３１ｂにより、既存の処理スレッド３１
ｃの数が予め設定された規定値を超えているか否かを判
断され、既存の処理スレッドが規定値以上であった場合
は、予約レイヤ３１ｂにより、処理スレッド３１ｃは休
止状態に移行される。そして、実行中の処理スレッド３
１ｃが処理を終了した後に、休止状態に移行した順に休
止状態を解除され、処理要求に対応する処理が実行され
る。

【００９４】これにより、端末装置１２からの処理要求
の数に係わらず処理スレッド３１ｃが生成されても、予
め設定された規定値を超える数の処理スレッド３１ｃに
ついては、予約レイヤ３１ｂにより、休止状態に移行さ
れるので、ホストコンピュータ１０に端末装置１２から
処理要求が集中しても、ＣＰＵ３１やメモリリソースの
能力を必要以上に使用せず、理想的な処理スピードでサ
ービスを提供できる。

【００９５】また、タイムアウトエラーなどにより、何
度も処理要求を繰り返すような無駄なトラフィックを増
やすことなく、ＣＰＵ３１に負担をかけずにデータ処理
が行える。

【００９６】なお、処理スレッド３１ｃが休止状態に移
行した場合や、休止状態を解除された場合に逐次処理要
求を行った端末装置１２に対して、処理休止及び休止解
除の情報を通知する構成にしてもよい。あるいは、休止
状態にある処理スレッド３１ｃの数及び基本処理時間か
ら処理開始時間を算出し、休止状態にある処理スレッド
３１ｃの数、現在稼働中の処理スレッド３１ｃの数、及
び基本処理時間から処理終了時間を算出し、処理要求を
行った端末装置１２に対して処理開始時間及び処理終了
時間を通知する構成にしてもよい。

【００９７】

【発明の効果】請求項１記載の発明のデータ処理装置に
よれば、端末装置からの処理要求の数に係わらず、予め
設定された規定値により、生成される処理スレッドの数
を制限できるので、ホストコンピュータに端末装置から
処理要求が集中しても、ＣＰＵやメモリリソースの能力
を必要以上に使用せず、理想的な処理スピードでサービ
スを提供できる。また、サーバプログラムが処理しきれ
ない処理要求はいったんキューに登録されるため、キュ
ーに受け付けられた順番で処理が速やかに実行される。
さらに、タイムアウトエラーなどにより、何度も処理要
求を繰り返すような無駄なトラフィックを増やすがこと
なく、ＣＰＵに負担をかけずにデータ処理が行える。

【００９８】請求項２記載の発明のデータ処理装置によ
れば、前記端末装置から処理要求が入力された際に、待
機時間算出手段により、前記処理要求登録手段に登録さ
れている処理要求の数に基づいて、当該処理要求に対応
する通信プロセスが生成されるまでの待機時間を算出
し、待機時間送信手段により、この待機時間算出手段に
より算出された待機時間を当該処理要求を送信した前記
端末装置へ送信するため、ユーザーはホストコンピュー
タの混雑状況や、処理が開始されるまでの待ち時間を知
ることができる、従来は、空いた時間帯や混んだ時間帯
で必要な処理時間が異なるため無駄な待ち時間が生じて
いたが、処理開始時間を的確に知ることにより、無駄な
待ち時間を減らして作業効率の向上を図ることができ
る。また、ユーザーがホストコンピュータが混雑してい
ることを知らずに要求を繰り返すことがないので、ＣＰ
Ｕの過負担による、処理速度の低下を防止できる。

【００９９】請求項３記載の発明のデータ処理装置によ
れば、前記端末装置からの処理要求が入力された際に、
終了時間算出手段により、前記プロセス実行手段により
実行中の通信プロセスの数と前記処理要求記憶手段に記
憶されている処理要求の数とに基づいて、当該処理要求
に対応する通信プロセスの処理が終了するまでの待機時
間を算出し、終了時間送信手段により、この処理終了時
間算出手段により算出された処理終了時間を当該処理要
求を送信した前記端末装置へ送信するため、ユーザーは
ホストコンピュータの混雑状況や、処理が終了するまで
の待ち時間を知ることができるので、従来は、空いた時
間帯や混んだ時間帯で必要な処理時間が異なるため、無
駄な待ち時間が生じていたが、処理終了時間を的確に知
ることにより、無駄な待ち時間を減らして作業効率の向
上を図ることができる。

【０１００】請求項４記載の発明のデータ処理装置によ
れば、前記制御手段の制御により、前記処理要求登録手
段に登録された処理要求に応じた通信プロセスが前記プ
ロセス生成手段によって生成される際に、処理再開信号
送信手段により、当該処理要求を送信した前記端末装置
へ処理再開を示す信号を送信するため、ユーザーは、端
末装置を目視することにより、端末装置と処理スレッド
との通信経路が確立され、処理が実行されていることを
確認できるので、端末装置からの無駄な処理要求を繰り
返すことがなく、結果としてネットワークのトラフィッ
ク及び、ホストコンピュータの負荷が軽減され、より効
率よく処理することができる。

【０１０１】請求項５記載の発明のデータ処理装置によ
れば、前記処理要求登録手段に登録された処理要求を送
信した前記端末装置に対し、登録順送信手段により、当
該処理要求が前記処理要求登録手段に登録された順番を
送信するため、自分の前に待っている処理要求数が減っ
て行く様子を端末装置にて確認することができ、ユーザ
ーは処理が開始されるまでの順番や時間を的確に知るこ
とができ、その間の待ち時間を有効に利用できる。

【０１０２】請求項６記載の発明のデータ処理装置によ
れば、端末装置からの処理要求がある毎に処理スレッド
が生成されても、予め設定された規定値を超える数の処
理スレッドについては、予約レイヤにより、休止状態に
移行されるので、ＣＰＵやメモリリソースの能力を必要
以上に使用せず、理想的な処理スピードでサービスを提
供できる。また、タイムアウトエラーなどにより、何度
も処理要求を繰り返すような無駄なトラフィックを増や
すがことなく、ＣＰＵに負担をかけずにデータ処理が行
える。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるデータ処理システ
ム１の構成を示す図である。

【図２】本発明の実施の形態におけるホストコンピュー
タ１０のＣＰＵ３１によって実行される各処理の関連を
概念的に示す図である。

【図３】本発明の実施の形態におけるホストコンピュー
タ１０の要部構成を示すブロック図である。

【図４】図１のホストコンピュータ１０の予約レイヤ３
１ｂによって実行される処理を示すフローチャートであ
る。

【図５】図１のホストコンピュータ１０のサーバプログ
ラム３１ａによって実行される処理を示すフローチャー
トである。

【図６】図１のホストコンピュータ１０の予約レイヤ３
１ｂによって実行される処理を示すフローチャートであ
る。

【図７】図１のホストコンピュータ１０の予約レイヤ３
１ｂによって実行される処理を示すフローチャートであ
る。

【図８】第２の実施の形態における端末装置１２の表示
画面上における表示例を示す図である。

【図９】図１のホストコンピュータ１０の予約レイヤ３
１ｂによって実行される処理を示すフローチャートであ
る。

【図１０】図１のホストコンピュータ１０の予約レイヤ
３１ｂによって実行される処理を示すフローチャートで
ある。

【図１１】図１のホストコンピュータ１０の予約レイヤ
３１ｂによって実行される処理を示すフローチャートで
ある。

【図１２】第４の実施の形態における端末装置１２の表
示画面上における表示例を示す図である。

【図１３】図１のホストコンピュータ１０の予約レイヤ
３１ｂによって実行される処理を示すフローチャートで
ある。

【図１４】図１のホストコンピュータ１０のサーバプロ
グラム３１ａによって実行される処理を示すフローチャ
ートである。

【符号の説明】 １ データ処理システム １０ ホストコンピュータ １１ I/O BOX １２ 端末装置 １３ ＬＡＮケーブル ３１ ＣＰＵ ３２ 表示部 ３３ 入力部 ３４ 伝送制御部 ３５ ＲＡＭ ３６ 記憶装置 ３７ 記憶媒体 ３８ バス ３１ａ サーバプログラム ３１ｂ 予約レイヤ ３１ｃ 処理スレッド

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B045 BB47 EE29 GG06 5B085 BA04 BC02 BG07 5B098 AA10 GA04 GB14 GB15 GC15 GC16 GD02 GD12 GD14 GD22

Claims (6)

【特許請求の範囲】
1. 【請求項１】ネットワークを介して複数の端末装置に接
   続され、これら複数の端末装置から送信される処理要求
   に応じて処理を行うデータ処理装置であって、 前記端末装置から送信された処理要求が入力される毎
   に、該処理要求に対応する通信プロセスを生成するプロ
   セス生成手段と、 このプロセス生成手段により生成された通信プロセスを
   並列的に実行するプロセス実行手段と、 このプロセス実行手段により実行中の通信プロセスの数
   が、予め設定された所定の数以上か否かを判別する判別
   手段と、 この判別手段により前記通信プロセスの数が前記所定の
   数以上と判別された場合に、前記端末装置から入力され
   た処理要求を、入力順に順次登録する処理要求登録手段
   と、 前記処理要求登録手段により登録された処理要求につい
   ては前記プロセス生成手段による通信プロセスの生成を
   禁止すると共に、前記プロセス実行手段により実行中の
   通信プロセスが完了する毎に、順次、前記処理要求登録
   手段に登録された処理要求を読み出して、該処理要求に
   応じた通信プロセスを前記プロセス生成手段により生成
   させる制御手段と、 を備えることを特徴とするデータ処理装置。
2. 【請求項２】前記端末装置から処理要求が入力された際
   に、前記処理要求登録手段に登録されている処理要求の
   数に基づいて、当該処理要求に対応する通信プロセスが
   生成されるまでの待機時間を算出する待機時間算出手段
   と、 この待機時間算出手段により算出された待機時間を、当
   該処理要求を送信した前記端末装置へ送信する待機時間
   送信手段とをさらに備えることを特徴とする請求項１記
   載のデータ処理装置。
3. 【請求項３】前記端末装置からの処理要求が入力された
   際に、前記プロセス実行手段により実行中の通信プロセ
   スの数と前記処理要求記憶手段に記憶されている処理要
   求の数とに基づいて、当該処理要求に対応する通信プロ
   セスの処理が終了するまでの待機時間を算出する処理終
   了時間算出手段と、 この処理終了時間算出手段により算出された処理終了時
   間を、当該処理要求を送信した前記端末装置へ送信する
   終了時間送信手段とをさらに備えることを特徴とする請
   求項１または２記載のデータ処理装置。
4. 【請求項４】前記制御手段の制御により、前記処理要求
   登録手段に登録された処理要求に応じた通信プロセスが
   前記プロセス生成手段によって生成される際に、当該処
   理要求を送信した前記端末装置へ処理再開を示す信号を
   送信する処理再開信号送信手段をさらに備えることを特
   徴とする請求項１から３のいずれかに記載のデータ処理
   装置。
5. 【請求項５】前記処理要求登録手段に登録された処理要
   求を送信した前記端末装置に対し、当該処理要求が前記
   処理要求登録手段に登録された順番を送信する登録順送
   信手段をさらに備えることを特徴とする請求項１から４
   のいずれかに記載のデータ処理装置。
6. 【請求項６】ネットワークを介して複数の端末装置に接
   続され、これら複数の端末装置から送信される処理要求
   に応じて処理を行うデータ処理装置であって、 前記端末装置から送信された処理要求が入力される毎
   に、該処理要求に対応する通信プロセスを生成するプロ
   セス生成手段と、 このプロセス生成手段により生成された通信プロセスを
   並列的に実行するプロセス実行手段と、 このプロセス実行手段により実行中の通信プロセスの数
   が、予め設定された所定の数以上か否かを判別する判別
   手段と、 この判別手段により前記通信プロセスの数が前記所定の
   数以上と判別された場合は、前記プロセス生成手段によ
   り生成される通信プロセスを休止状態に移行させるプロ
   セス休止手段と、 前記プロセス実行手段により実行中の通信プロセスが完
   了する毎に、順次、休止状態の前記通信プロセスを前記
   プロセス実行手段により実行させる制御手段と、 を備えることを特徴とするデータ処理装置。