JPH11234288A - データ通信処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 親機および通信回線の処理効率を向上させた
データ通信処理装置を得る。 【解決手段】 通信回線２２１、または２３１に接続さ
れた親機２２２,２２３または２３２,２３３に対してサ
ービス要求データを送信してサービスの要求を行う子機
２２４,２２５,２２６,または２３４,２３５,２３６を
備えたデータ通信処理装置において、子機は、親機から
の過負荷状態であることを示す情報を受信したとき、ま
たは、子機自身が親機からの応答時間Ｔrより親機ある
いは通信回線が過負荷であることを検出したとき、親機
へのサービス要求データの送信を抑制するか、親機でサ
ービス要求データを受け付けないようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サービスを要求す
る複数のデータ処理装置とその要求に対してサービスを
提供する複数のデータ処理装置とで構成されるデータ通
信処理装置に係り、クライアント/サーバー型のパソコ
ンネットワークや、親機/子機構成のＰＯＳネットワー
クシステムなどへ適用されるデータ通信処理装置に関す
るものである。

【０００２】

【従来の技術】図１１は従来のデータ通信処理装置にお
ける子機側のデータ通信処理フローを示すものである。
ステップＳ１０１で子機の通信プログラムを開始する。
ステップＳ１０２で子機のアプリケーションプログラム
からサービスの要求があると、ステップＳ１０３でタイ
マーをスタートさせてサービス要求データの送信後に応
答データを受信するまでの時間(応答時間Ｔr)の計測を
開始し、ステップＳ１０４で親機に対してサービスを要
求するサービス要求データを送信する。

【０００３】次に、ステップＳ１０５で親機からの応答
データが受信されたか否かを監視し、まだ応答データが
受信されていなければ、ステップＳ１０６で予め定めた
応答タイムアウト時間Ｔout(子機が保持する、サービス
要求データを送信して応答データの受信待ちを行う時
間)が経過したか否かを判断し、経過していなければ再
び上記ステップＳ１０５に戻り、経過している場合はス
テップＳ１０７でアプリケーションに対してタイムアウ
トを返信し、通信エラーとして処理し、上記ステップＳ
１０２に戻る。

【０００４】上記ステップＳ１０５で親機からの応答デ
ータが受信されたことを検出すると受信データを読み込
み、ステップＳ１０８で上記タイマーによる応答時間Ｔ
rの時間計測を終了し、ステップＳ１０９でアプリケー
ションへ親機との正常の通信が終了したことを示すステ
ータスを返す。このように、子機からのサービス要求デ
ータを親機に対して送信し、一定時間内に親機からの応
答がなければ異常と判断していた。

【０００５】また、特開平８−２２３１９１号公報のよ
うに特別なデータパケットを親機/子機間で定期的に送
受信することによって親機の異常の有無を確認する方法
も提案されていた。

【０００６】

【発明が解決しようとする課題】[請求項１の課題/目
的]従来はある要求に対して通信エラーが発生した場
合、その原因を区別する方法がなく、また、エラーを通
知されたアプリケーションは、障害原因が復旧したかど
うかを知ることができなかったため、再び同じ要求を行
い、再度同じ障害が発生する可能性があった。この時、
同じ要求を行うことで、通信回線や親機の負荷が増大す
るという問題があった。

【０００７】本発明の目的は障害の原因が親機か通信回
線にある場合に、不必要なデータを送信しないようにす
ることによって、通信回線や親機の負荷の軽減を図るこ
とを目的としている。

【０００８】[請求項２の課題/目的]従来は親機はすべ
てのサービス要求をそのまま受け付けていたため多数の
要求があった場合、要求１件当たりに割り当てることの
できる処理時間が少なくなり、相対的に子機側での応答
性能の劣化という現象を引き起こしていた。

【０００９】本発明では一つの要求に対して、一定時間
以上の処理時間を割り当てられるように、親機の負荷が
大きくなった場合、これを監視して要求の受付を制限
し、子機側での応答性能の劣化を起こりにくくすること
を目的としている。

【００１０】[請求項３の課題/目的]従来、子機側で
は、サービス要求に対する応答に時間がかかった場合、
通信回線の負荷が原因で応答データの受信が送れたの
か、親機側でのサービス処理時間が長かったために応答
データの受信が遅れたのかを区別することができなかっ
た。

【００１１】本発明では、親機上での処理が長時間かか
った場合、その情報を応答データに埋め込むことによっ
て、子機側で応答データの受け取りが遅かった場合の原
因が通信回線側にあるのか、親機側にあるのかを区別す
ることができるようにすることを目的としている。

【００１２】[請求項４の課題/目的]従来は親機側で
は、要求されたサービスに対して、子機がどの程度の時
間内での処理を要求しているのかを知る手段がなく、子
機側で通信障害を認識した後で、その子機に対して応答
データを送信してしまうという問題があった。

【００１３】本発明では、子機側より親機に対して、サ
ービス処理に要する時間がどの程度以内であればよいか
を知らせ、親機側でのサービス要求毎の優先順位処理等
の効率的な処理を行うことができるようにする。

【００１４】

【課題を解決するための手段】上記の問題を解決するた
め、請求項１のデータ通信処理装置は、通信回線に接続
された親機に対してサービス要求データを送信してサー
ビスの要求を行う子機を備えたデータ通信処理装置にお
いて、上記子機は、サービスの要求の発生時に、サービ
ス要求データの送信から応答データの受信までの応答時
間を測定し、記憶し、統計処理を行って応答時間の一要
求に対する一定の基準時間を設定する応答基準時間設定
手段と、新たなサービス要求発生時に、上記応答基準時
間設定手段で設定した基準時間内に応答が得られないこ
とを検出する検出手段と、該検出手段により上記基準時
間内に応答が得られないことを検出した場合、通信回線
あるいは親機が過負荷であると判断する過負荷判定手段
と、該過負荷判定手段により通信回線あるいは親機が過
負荷であると判断したときは予め定めた所定時間サービ
ス要求データの送信を抑制する送信抑制手段とを設けた
ことを特徴とする。

【００１５】また、請求項２のデータ通信処理装置は、
通信回線に接続された親機に対してサービス要求データ
を送信してサービスの要求を行う子機を備えたデータ通
信処理装置において、上記親機は、自己の作業負荷状態
を監視する負荷監視手段と、該負荷監視手段により検出
した負荷状態が予め定めた所定値を越えた過負荷状態で
あることを検出する過負荷検出手段と、該過負荷検出手
段で親機が過負荷状態であることを検出したとき子機か
らのサービス要求データをサービス処理プログラムに渡
さないようにするとともに、子機への応答データとして
過負荷であることを示す情報を返信し、過負荷状態でな
くなったときこれを子機に対して通知する通信制御プロ
グラム手段を設けたことを特徴とする。

【００１６】また、請求項３のデータ通信処理装置は、
通信回線に接続された親機に対してサービス要求データ
を送信してサービスの要求を行う子機を備えたデータ通
信処理装置において、上記親機は、子機からのサービス
要求に対する処理が予め定めた所定の時間を越えたこと
を検出する第１のタイマー手段と、該第１のタイマー手
段で所定の時間を越えたことを検出したとき、子機への
応答データの中にサービス処理時間が所定の時間より長
かったことを示す情報を付加する通信プログラム手段と
を備え、子機は、サービス要求データの送信から応答デ
ータの受信までの時間を計測する第２のタイマー手段
と、該第２のタイマー手段によって計測した時間が予め
定めた所定の時間を経過している場合は上記応答データ
の親機が埋め込んだ上記情報の有無を確認し、上記情報
がある場合は、親機が過負荷状態であり、上記情報がな
い場合は通信回線が過負荷状態であると判断する過負荷
判定手段とを備えたことを特徴とする。

【００１７】また、請求項４のデータ通信処理装置は、
通信回線に接続された親機に対してサービス要求データ
を送信してサービスの要求を行う子機を備えたデータ通
信処理装置において、子機は、親機に対するサービス要
求データに、親機側のサービス処理に要する時間がどの
程度の時間以内であればよいかを示すサービス要求処理
の時間閾値情報を付加する信号処理手段を備えたことを
特徴とする。

【００１８】

【作用】請求項１の発明によると、子機はサービス要求
が発生する毎に、応答基準時間設定手段により、サービ
ス要求データの送信から応答データの受信までの時間を
測定・記録し、統計処理を行い、一要求に対する一定の
基準時間を設定する。新たなサービス要求が発生したと
き、検出手段により、上記の一定の基準時間内に応答が
得られなかった場合には、過負荷判定手段により通信回
線もしくは親機が過負荷状態にあると判断する。そして
子機は、送信制御手段により別に予め設定しておいた送
信不可時間の間はそれ以降のサービス要求データは一切
送信せず、アプリケーションに対して、送信不可を通知
することによって、過負荷状態の通信回線や親機に対し
て新たな不可を加えないようにする。

【００１９】従って、子機のサービス要求データの送信
に対して、一定時間以上応答がなかった場合は、それ以
降、子機がサービス要求データの送信を行わなくなり、
通信回線や親機にそれ以上の負荷がかからなくなって、
システム全体で過負荷状態が改善されるまでの時間を短
縮できる。

【００２０】また、請求項２の発明によると、親機は負
荷監視手段により自分自身の作業負荷状態を監視し、過
負荷検出手段により作業負荷が一定以上になったことを
検知すると、通信制御プログラム手段により、それ以降
に受け付けたサービス要求データに対してはサービス処
理プログラムへデータを渡さずに親機が過負荷状態であ
ることを応答データとしてすぐに子機へ返信する。これ
によって、親機は一定以上のサービス要求を処理せずに
すむようになり、処理中のサービス要求の処理および応
答を一定時間内に行うことができる。

【００２１】また、請求項３の発明によると、親機側に
設けた第１のタイマーでサービス要求データの受信から
処理応答データの送信までの時間を測定し、一定時間以
上の処理時間が経過した場合は、親機側に設けた通信プ
ログラム手段により、所定の処理時間より長かったこと
を示す情報を応答データに埋め込んで子機に返信する。
子機側では、第２のタイマー手段により、サービス要求
データの送信から応答データの受信までの時間を測定
し、一定時間以上経過している場合は、データ内の親機
が埋め込んだ情報の有無を確認する。埋め込み情報があ
った場合は親機が過負荷状態と判断し、なかった場合は
ネットワークが過負荷状態であると判断する。これによ
り、サービス要求に対する応答が遅い場合、子機側でそ
の原因が親機にあるのか通信回線にあるのかを識別する
ことができ、それに適した対応策をとることができる。

【００２２】また、請求項４の発明によると、子機がサ
ービス要求を行う場合、子機側に設けた信号処理手段に
より、そのサービス要求に対する応答データの希望処理
時間を示す時間閾値情報を埋め込んでデータを送信する
ことによって、親機に子機側の状態を通知することがで
き、親機側では各要求毎のきめ細かい処理対応が可能に
なる。

【００２３】

【発明の実施の形態】以下、本発明の実施の形態を説明
する。図１はＬＡＮ(ローカル・エリア・ネットワーク)
接続によるシステム構成例であり、ＬＡＮケーブル(２
２１)によって各種サービスを提供する複数の親機(２２
２),(２２３)および各種サービスを要求する複数の子機
(２２４),(２２５),(２２６)が接続され、接続された機
器相互間の通信が行われる。

【００２４】図２はＷＡＮ(ワイドエリアネットワーク)
接続によるシステム構成例であり、ＷＡＮの公衆回線
(２３１)を経由して各種サービスを提供する複数の親機
(２３２),(２３３)及び各種サービスを要求する複数の
子機(２３４),(２３５),(２３６)が接続され、接続され
た機器相互間の通信が行われる。

【００２５】上記図１及び図２に示すいずれの場合も複
数の親機と複数の子機で構成されたネットワークシステ
ムであり、以下に示す実施形態は、上記のいずれの場合
にも適用できるものである。

【００２６】図３は上記子機(２２４),(２２５),(２２
６),(２３４),(２３５),(２３６)側のソフトウェア構成
例である。複数のアプリケーションプログラム(２０
１),(２０２),(２０３)からのサービス要求を通信プロ
グラム２０４が受け付けて、ネットワーク通信路を通じ
て親機にサービス要求データを送信するようになってい
る。

【００２７】図４は上記親機(２２２),(２２３),(２３
２),(２３３)側のソフトウェア構成例である。上記子機
(２２４),(２２５),(２２６),(２３４),(２３５),(２３
６)のアプリケーションプログラム(２０１),(２０２),
(２０３)からのサービス要求を通信制御プログラム(２
１４)が受信し、サービス処理プログラム１、２、３(２１
１),(２１２),(２１３)がサービスを実行するようにな
っている。また、親機の負荷を監視するため、負荷監視
プログラム(２１５)が、独立して動作しており、親機Ｓ
busyＦ(親機が過負荷であるか否かの状態フラグ)(２１
６)を通じて通信制御プログラムと連動するようになっ
ている。

【００２８】次に、上記親機及び子機の動作を図５、図
６、図７、図８、図９及び図１０に示すフローチャート
を用いて詳細を説明する。

【００２９】図５、図６、図７は子機側の通信プログラ
ムのフローチャートである。図５において、ステップＳ
１で子機は通信プログラムを開始した後、ステップＳ２
でアプリケーションプログラムからのサービス要求を受
け付けるとともにネットワークからの受信データを処理
する。

【００３０】アプリケーションからのサービス要求がな
い場合には、ステップＳ３で親機からの受信データの有
無をチェックし、受信データが無ければステップＳ２に
戻り、有れば親機からの受信データを読み込み、ステッ
プＳ４に進む。ステップＳ４では、受信データが親機か
らのＢＵＳＹ解除通知であったかどうかをチェックし、
親機からのＢＵＳＹ解除の通知があった場合は、ステッ
プＳ５でその親機のＰbusyＦn(子機が保持する、親機が
ＢＵＳＹであるか否かのフラグ。親機の数だけ存在す
る。)をＯＦＦする処理を行った後ステップＳ２に戻り、
通知がなければ直ちにステップＳ２に戻る。

【００３１】ステップＳ２でアプリケーションプログラ
ムからのサービス要求があった場合は、ステップＳ６及
びステップＳ８で要求サービスを処理する親機またはネ
ットワーク通信路がＢＵＳＹであるかどうかをチェック
する。即ち、ステップＳ６で要求サービスを処理する親
機のＰbusyＦをチェックし、要求サービスを処理する親
機がＢＵＳＹであると判断した場合は、ステップＳ７で
アプリケーションにエラーを返し、親機がＢＵＳＹであ
ることをアプリケーションに通知する。

【００３２】また、ステップＳ６で親機がＢＵＳＹでな
いと判断され、ステップＳ８でネットワークのＮbusyＦ
をチェックし、ネットワーク通信路がＢＵＳＹであると
判断された場合には、ステップＳ９でネットワーク通信
路がＢＵＳＹになってから一定の時間が経過したかどう
かをチェックする。

【００３３】ネットワーク通信路がＢＵＳＹになってか
ら一定の時間が経過していない場合には、ステップＳ１
０でアプリケーションにエラーを返して、ネットワーク
通信路がＢＵＳＹであることをアプリケーションに通知
し、はじめのステップＳ２に戻る。ステップＳ９でネッ
トワーク通信路がＢＵＳＹになってから一定の時間が経
過したことを検出した場合には、ステップＳ１１でネッ
トワーク通信路のＢＵＳＹのフラグＮbusyＦ(子機が保
持する、ネットワークがＢＵＳＹであるか否かのフラグ)
をＯＦＦし、ステップＳ１２に進む。

【００３４】要求サービスを処理する親機およびネット
ワーク通信路がと共にＢＵＳＹでない場合は、ステップ
Ｓ１４でサービス要求データを送信し、を介し、図６
のステップＳ１５に進む。このサービス要求の送信デー
タは、送信前に、上記図５のステップＳ１２で親機のサ
ービス処理が過負荷であるかどうかの判断に用いる後述
のしきい時間Ｔth(子機において、応答データが受信され
たときに、通信回線に過負荷が生じるかどうかの判断条
件のための時間)が付加される。また子機は、ステップ
Ｓ１３でサービス要求データの送信に伴って、サービス
要求データを送信してから応答データを受信するまでの
時間(応答時間Ｔr)の計測を開始する。

【００３５】図６のステップＳ１５では、サービス要求
データの送信後、応答データが受信されたかどうかをチ
ェックし、受信していれば受信データを読み込み、応答
データが受信されなければステップＳ１６に進む。応答
データを受信していない場合には、ステップＳ１６で応
答タイムアウト時間Ｔoutが経過したかどうかをチェッ
クし、タイムアウトした時にはステップＳ１７でアプリ
ケーションにエラーを返し、応答タイムアウトをアプリ
ケーションに通知すると共に図５のステップＳ２に戻
る。

【００３６】また、応答タイムアウト時間Ｔoutを経過
していない場合には上記のステップＳ１５に戻る。ま
た、上記ステップＳ１５で応答データを受信したと判断
した場合には、ステップＳ１８で親機からのＢＵＳＹ解
除の通知があったかどうかをチェックし、親機からのＢ
ＵＳＹ解除の通知があった場合には、ステップＳ１９で
通知のあった親機のＢＵＳＹフラグＰbusyＦnをＯＦＦ
し、ステップＳ１５に戻る。また、親機からのＢＵＳＹ
解除の通知がなかった場合には、ステップＳ２０で親機
からの応答時間Ｔrの計測を終了し、応答時間Ｔrを取得
する。

【００３７】この後、ステップＳ２１で受信データが親
機からのＢＵＳＹの通知であるか否かをチェックする。
受信データが親機からのＢＵＳＹの通知であった場合に
は、ステップＳ２２で通知のあった親機のＢＵＳＹフラ
グＰbusyＦnをＯＮにし、図５のステップＳ７に戻る。
また、ステップＳ２６で受信データが親機からのＢＵＳ
Ｙ通知でなかったことを検出すると、を介し、図７の
ステップＳ２３に進む。

【００３８】ステップＳ２３では、応答データが受信さ
れた場合は、サービス要求に対する親機からの応答時間
Ｔrがしきい時間Ｔthよりも大きいかどうかをチェック
する。親機からの応答時間Ｔrがしきい時間Ｔthより大
きくない場合はステップＳ２６に進み、親機からの応答
時間Ｔrがしきい時間Ｔthよりも大きかった場合には親
機または通信路の負荷が大きい可能性が高いため、負荷
が大きいのが親機であるのか通信路であるのかをステッ
プＳ２４でチェックする。

【００３９】即ち、ステップＳ２４では、受信データに
遅延情報が存在するか否かを判断し、遅延情報があれ
ば、親機がＢＵＳＹであるとしてステップＳ２６に進
み、遅延情報がなければ、ステップＳ２５で負荷が大き
いのは通信路であると判断し、ネットワーク回線がＢＵ
ＳＹであることを示すフラグＮbusyＦをＯＮする。

【００４０】上記ステップＳ２４,Ｓ２５で負荷が大き
いのが親機であるか通信路であるかを判断した後、ステ
ップＳ２６では、応答時間Ｔrを統計データとして記録
し、しきい時間Ｔth、タイムアウト時間Ｔoutを更新す
る。このしきい時間Ｔth、タイムアウト時間Ｔoutはシ
ステムによって適切な基準で求めればよく、たとえばし
きい時間Ｔth＝平均応答時間×２、タイムアウト時間Ｔ
out＝平均応答時間×３等と指定する。その後、ステッ
プＳ２７でアプリケーションに正常終了のステータスを
返し、を介して図５のステップＳ２に戻る。

【００４１】図８,図９は本発明の実施形態における親
機側の通信制御プログラムのフローチャートである。親
機はステップＳ２８で通信プログラムを開始する。この
通信プログラムは処理ループの先頭で、ステップＳ２９
において、子機からのサービス要求を待つ間、親機の過
負荷状態フラグＳbusyＦをポーリングによってチェック
する。

【００４２】親機の処理負荷が大きい場合はステップＳ
３２に進み、親機の処理負荷が大きくない場合は、ステ
ップＳ３０で子機へのＢＵＳＹ通知済みフラグＩbusyＦ
(子機に対して親機からＢＵＳＹのステータスを送って
あるかどうかを示すフラグであり、子機の数だけ存在す
る。)をチェックする。子機へＢＵＳＹ通知済みの場合
は、ステップＳ３１でその子機に対してＢＵＳＹ解除通
知を送信して、子機へのＢＵＳＹ通知済みフラグＩbusy
ＦをＯＦＦする。

【００４３】次に、ステップＳ３２で子機からのサービ
ス要求があるかどうかをチェックし、サービス要求がな
ければスタートのステップＳ２９に戻り、サービス要求
があると、ステップＳ３３で親機の過負荷状態フラグＳ
busyＦをチェックする。サービス要求があった場合で、
親機の処理負荷が大きい場合は、ステップＳ３４で子機
へのＢＵＳＹ通知済みフラグＩbusyＦをＯＮし、サービ
ス要求をした子機に対してＢＵＳＹ通知を送信し、サー
ビス処理を実行せずに処理ループの先頭(ステップＳ２
９)に戻る。

【００４４】親機の処理負荷が大きくない場合はステッ
プＳ３５に進み、子機のサービス要求データをチェック
し、しきい時間Ｔth2(親機において、処理が完了したと
き、親機が過負荷であるかどうかの判断基準となる時間)
があれば取り出す。その後、ステップＳ３６でサービス
処理時間Ｔrun(親機のサービス処理の実行をサービスプ
ログラムに要求して、それが完了するまでの時間)の計測
を開始し、ステップＳ３７でサービス要求の処理を行
う。

【００４５】サービス要求の処理の終了後、ステップＳ
３８でサービス処理時間Ｔrunの計測を終了し、サービ
ス処理時間Ｔrunを取得する。その後、を介し、図９
のステップＳ３９に進み、この取得した処理時間Ｔrun
がしきい時間Ｔth2よりも長かったかどうかをチェック
する。処理時間Ｔrunがしきい時間Ｔth2よりも長くなけ
ればステップＳ４１に進み、長ければステップＳ４０で
処理時間遅延通知情報を応答データに負荷する。そし
て、ステップＳ４１で子機のサービス要求に対する処理
結果(応答データ)を子機に送信し、を介し、図８に示
すステップＳ２９の処理ループの先頭に戻る。

【００４６】図１０は親機の負荷状態監視プログラムの
フローチャートの例である。先ず、ステップＳ４２で親
機の過負荷状態フラグＳbusyＦを設定するプログラムを
開始する。ステップＳ４３では、親機の処理負荷を計測
する。そして、このステップＳ４３で計測した親機の処
理負荷が一定値(予め決めておいた値で、例えばＣＰＵ使
用率９９％以上等)より大きいかどうかを次のステップ
Ｓ４４でチェックする。

【００４７】親機の処理負荷が一定値より大きい場合
は、ステップＳ４５で親機の過負荷状態フラグＳbusyＦ
をＯＮにし、親機の処理負荷が一定値より大きくない場
合は、ステップＳ４６で親機の過負荷状態フラグＳbusy
ＦをＯＦＦにする。その後、ステップＳ４７で監視タイ
マーを使い、一定時間待ってスタートのステップＳ４２
に戻す。以上のように親機の負荷状態の監視処理は、監
視タイマーを使い一定時間待ちながら、繰り返しチェッ
クを継続する。

【００４８】

【発明の効果】[請求項１の効果]本発明は以上の構成で
あるので、請求項１の発明によれば過負荷状態のネット
ワークや親機に対して、新たな要求を抑制することによ
って、ネットワークや親機の過負荷状態が回復するまで
の時間を短縮できる。

【００４９】[請求項２の効果]また、請求項２の発明に
よれば親機のサービス処理プログラムは、新たな要求を
処理する必要がなくなるため、現在処理中のサービス要
求に専念することができる。これにより一定時間内に応
答を返すことができるようになり、システム全体の処理
性能を確保できる。

【００５０】[請求項３の効果]また、請求項３の発明に
よればサービス要求に対する応答が遅い場合の原因がネ
ットワークにあるのか、親機にあるのかを識別するた
め、その原因に応じた対応を行うことが可能になり、シ
ステム全体の性能を確保する柔軟なネットワークシステ
ムの構築が可能となる。

【００５１】[請求項４の効果]更に、請求項４の発明に
よれば子機のサービス要求に対し、要求毎に優先順位を
つけるなどして、ネットワークシステムの性能を向上さ
せるようなサービスの対応処理が可能となる。

【図面の簡単な説明】

【図１】本発明のネットワークの構成例を示す図であ
る。

【図２】本発明のネットワークの他の構成例を示す図で
ある。

【図３】本発明の子機側のソフトウェアプログラムの構
成例を示す図である。

【図４】本発明の親機側のソフトウェアプログラムの構
成例を示す図である。

【図５】本発明の子機側の通信制御プログラムのフロー
チャートである。

【図６】本発明の子機側の通信制御プログラムのフロー
チャートである。

【図７】本発明の子機側の通信制御プログラムのフロー
チャートである。

【図８】本発明の親機側の通信制御プログラムのフロー
チャートである。

【図９】本発明の親機側の通信制御プログラムのフロー
チャートである。

【図１０】本発明の親機の負荷状態監視プログラムのフ
ローチャートである。

【図１１】従来技術における子機の通信制御プログラム
のフローチャートである。

【符号の説明】

２０１,２０２,２０３ アプリケーション ２０４,２１４ 通信制御プログラム ２１１ サービス処理プログラム１ ２１２ サービス処理プログラム２ ２１３ サービス処理プログラム３ ２２１,２３１ 通信回線 ２２２,２２３,２３２,２３３ 親機 ２２４,２２５,２２６,２３４,２３５,２３６ 子機

Claims (4)

【特許請求の範囲】
1. 【請求項１】 通信回線に接続された親機に対してサー
   ビス要求データを送信してサービスの要求を行う子機を
   備えたデータ通信処理装置において、上記子機は、サー
   ビスの要求の発生時に、サービス要求データの送信から
   応答データの受信までの応答時間を測定し、記憶し、統
   計処理を行って応答時間の一要求に対する一定の基準時
   間を設定する応答基準時間設定手段と、新たなサービス
   要求発生時に、上記応答基準時間設定手段で設定した基
   準時間内に応答が得られないことを検出する検出手段
   と、該検出手段により上記基準時間内に応答が得られな
   いことを検出した場合、通信回線あるいは親機が過負荷
   であると判断する過負荷判定手段と、該過負荷判定手段
   により通信回線あるいは親機が過負荷であると判断した
   ときは予め定めた所定時間サービス要求データの送信を
   抑制する送信抑制手段とを設けたことを特徴とするデー
   タ通信処理装置。
2. 【請求項２】 通信回線に接続された親機に対してサー
   ビス要求データを送信してサービスの要求を行う子機を
   備えたデータ通信処理装置において、上記親機は、自己
   の作業負荷状態を監視する負荷監視手段と、該負荷監視
   手段により検出した負荷状態が予め定めた所定値を越え
   た過負荷状態であることを検出する過負荷検出手段と、
   該過負荷検出手段で親機が過負荷状態であることを検出
   したとき子機からのサービス要求データをサービス処理
   プログラムに渡さないようにするとともに、子機への応
   答データとして過負荷であることを示す情報を返信し、
   過負荷状態でなくなったときこれを子機に対して通知す
   る通信制御プログラム手段を設けたことを特徴とするデ
   ータ通信処理装置。
3. 【請求項３】 通信回線に接続された親機に対してサー
   ビス要求データを送信してサービスの要求を行う子機を
   備えたデータ通信処理装置において、上記親機は、子機
   からのサービス要求に対する処理が予め定めた所定の時
   間を越えたことを検出する第１のタイマー手段と、該第
   １のタイマー手段で所定の時間を越えたことを検出した
   とき、子機への応答データの中にサービス処理時間が所
   定の時間より長かったことを示す情報を付加する通信プ
   ログラム手段とを備え、子機は、サービス要求データの
   送信から応答データの受信までの時間を計測する第２の
   タイマー手段と、該第２のタイマー手段によって計測し
   た時間が予め定めた所定の時間を経過している場合は、
   上記応答データの親機が埋め込んだ上記情報の有無を確
   認し、上記情報がある場合は、親機が過負荷状態であ
   り、上記情報がない場合は通信回線が過負荷状態である
   と判断する過負荷判定手段とを備えたことを特徴とする
   データ通信処理装置。
4. 【請求項４】 通信回線に接続された親機に対してサー
   ビス要求データを送信してサービスの要求を行う子機を
   備えたデータ通信処理装置において、子機は、親機に対
   するサービス要求データに、親機側のサービス処理に要
   する時間がどの程度の時間以内であればよいかを示すサ
   ービス要求処理の時間閾値情報を付加する信号処理手段
   を備えたことを特徴とするデータ通信処理装置。