JP4259859B2 - Communication control device - Google Patents
Communication control device Download PDFInfo
- Publication number
- JP4259859B2 JP4259859B2 JP2002368706A JP2002368706A JP4259859B2 JP 4259859 B2 JP4259859 B2 JP 4259859B2 JP 2002368706 A JP2002368706 A JP 2002368706A JP 2002368706 A JP2002368706 A JP 2002368706A JP 4259859 B2 JP4259859 B2 JP 4259859B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- communication speed
- speed
- target
- packet
- 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
Images
Description
【0001】
【発明の属する技術分野】
この発明は、通信制御装置に関し、特にたとえば、通信端末からの受信信号が条件を満たすとき通信端末に応答信号を返送する、通信制御装置に関する。
【0002】
【従来技術】
従来、データサーバが通信回線を介して端末装置にデータを送る場合、単位時間あたりのデータ転送量(通信帯域)を制御するには、端末装置に使用できる通信帯域を登録して自律的に送信するデータ量を調整していた。また他には、データサーバと端末装置を繋ぐ通信回線に介在するルータ等のパケット交換装置に、端末装置毎の使用可能な通信帯域を登録して調整していた。
【0003】
【発明が解決しようとする課題】
しかし、例えば、1つのサーバと複数の端末装置を接続する形態をとるシステムで、それぞれの端末装置で使用できる通信帯域(使用可能通信帯域)が動的に変化する場合、それぞれの端末装置の使用可能通信帯域を動的に個別に設定する必要がある。つまり、各々の通信端末またはパケット交換装置は、実際の使用可能な通信帯域の変化に合わせて使用可能通信帯域を設定する。この場合、各々の通信端末またはパケット交換装置は独立で設定を行っているので、システム全体に影響するような通信帯域の変化に対応するのは不可能であった。
【0004】
また他の制御方法として、システム全体に影響するような通信帯域の変化に対応するために、サーバで端末装置毎の使用可能通信帯域を一律管理する方法が考えられる。この方法は、必要に応じてサーバで管理している端末装置毎の使用可能通信帯域を端末装置に通知し、端末装置は通知された使用可能通信帯域を当該装置に設定する。しかし、この方法では、実際の使用可能な通信帯域が変化してから端末装置の使用可能通信帯域の設定が変更されるまでのタイムラグが生じることや、サーバと端末装置とに使用可能通信帯域値の通信を行う通信装置が必要となりネットワーク制御部が複雑になるという欠点があった。
【0005】
それゆえに、この発明の主たる目的は、動的にかつ簡潔に単位時間当たりのデータ転送量を制御することのできる通信制御装置を提供することである。
【0006】
【課題を解決するための手段】
この発明によれば、通信端末から条件を満たす信号を受信したとき次の信号の送出を許可する許可信号を通信端末に返送する通信制御装置は、通信端末の目標通信速度を検出する第1検出手段、通信端末の実通信速度を検出する第2検出手段、および目標通信速度と実通信速度とに基づくタイミングで許可信号の返送する返送手段を備えることを特徴とする。
【0007】
【作用】
通信端末から条件を満たす信号を受信したとき次の信号の送出を許可する許可信号を通信端末に返送する通信制御装置において、第1検出手段は、通信端末の目標通信速度を検出する。第2検出手段は、通信端末の実通信速度を検出する。返送手段は、目標通信速度と実通信速度とに基づくタイミングで許可信号を返送する。
【0008】
好ましい局面では、検出手段は前回の受信タイミングと今回の受信タイミングとの差に基づいて実通信速度を検出する。
【0009】
また、他の好ましい局面では、返送手段実通信速度が目標通信速度以下のとき速やかに許可信号を返送する第1信号返送手段を含む。
【0010】
また、他の好ましい局面では、実通信速度と目標通信速度との差分に関連する遅延時間を算出する算出手段をさらに備え、返送手段は実通信速度が目標通信速度よりも高速であるとき遅延期間の経過後に許可信号を返送する第2信号返送手段を含む。
【0011】
【発明の効果】
この発明によれば、通信端末からの受信信号に対し、決定手段の決定結果に基づいたタイミングで応答信号を送信することで通信端末からのデータ転送を適度に遅らせることができるので、端末装置から送信される信号の通信速度を容易に所望の通信速度に制限することができる。
【0012】
この発明の上述の目的,その他の目的,特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【0013】
【実施例】
図1を参照して、この実施例の遠隔監視システム10は、大量の画像を記憶できる記憶容量を有する画像蓄積サーバ12を含む。画像蓄積サーバ12は、ネットワーク20を介して複数のカメラ装置16、16、…、と接続する。
【0014】
画像蓄積サーバ12の内部構成を図2に示す。内部メモリ102は、カメラ装置16から送られてくる画像データの他に、CPU106で実行されるプログラム110や通信帯域制限テーブル112を記憶する。HDD104は、オペレータによって値を入力される通信帯域制限設定テーブル114を保存する。また、HDD104はカメラ装置16から送られてくる大量の画像データを保存する。CPU106は、プログラムを実行することにより、カメラ装置16に対応するプロトコルのサポート、およびカメラ装置16から送られてくる画像データの受信を行う。外部との通信は、ネットワークI/F108を介して行われる。
【0015】
各々のカメラ装置16は、図3に示すように構成される。被写体は撮像素子202によって撮影され、撮影された画像データは内部メモリ210に一時的に格納される。フラッシュメモリ204は、CPU208で実行されるプログラム212を記録する。CPU208は、フラッシュメモリ204に記録されているプログラム212を実行して撮影した画像データを画像蓄積サーバ12に送信する。外部との通信はネットワークI/F206を介して行われる。
【0016】
通信帯域制限テーブル112の項目、およびそれぞれの項目の値の一例を図5に示す。通信帯域制限テーブル112は、画像蓄積サーバ12にネットワークを介して接続する全てのカメラ装置16の項目を持つ。カメラ装置16毎に持つ項目は、“1秒あたりの最大受信許容データ量”および“固定フラグ”である。“1秒あたりの最大受信許容データ量”の値は、通信帯域制限設定テーブル114から参照して得る場合とカメラ装置の接続状況から算出する場合の2通りある。“1秒あたりの最大受信許容データ量”の値がどのように決定されるかを具体的に述べると、カメラ装置16に対し、通信帯域制限設定テーブル114でオペレータによって設定された設定値がある場合は、その設定値を通信帯域制限テーブル112の当該カメラ装置16の“1秒あたりの最大受信許容データ量”の値とする。一方、カメラ装置16に対し、通信帯域制限設定テーブル114にオペレータによって設定した設定値がない場合は、オペレータによる設定値のないカメラ装置同士で平均化するように“1秒あたりの最大受信許容データ量”の値を算出する。“固定フラグ”は、“1秒あたりの最大受信許容データ量”の値を通信帯域制限設定テーブル114から参照した場合に“1”(真)となり、それ以外は“0”(偽)となる。したがって、“固定フラグ”を参照すれば、“1秒あたりの最大受信許容データ量”の値がオペレータによって指定されたものかどうかが判断できる。
【0017】
通信帯域制限設定テーブル114の項目、およびそれぞれの項目の値の一例を図6に示す。通信帯域制限設定テーブル114は、オペレータによる設定指示のあったカメラ装置16の項目と通信回線で通信可能な“総通信容量”の項目とを持つ。各々の項目に対して、“1秒あたりの最大受信許容データ量”を設定することができ、この値はオペレータによって入力される。なお、“1秒あたりの最大受信容量データ量”の設定値を“0”と設定されたカメラ装置は、通信速度の制限はされない。
【0018】
画像蓄積サーバ12のCPU106は、内部メモリ102に記憶されたプログラム110に従って、図7に示す処理を実行する。まず、ステップS101にて画像蓄積サーバ12で処理されるアプリケーションが実行される。次に、ステップS103で、カメラ装置16からデータ受信要求があったかどうか判断し、YESであればステップS113以降を実行し、NOであればステップS105以降を実行する。
【0019】
ステップS113では通信帯域制限テーブル112を参照し、次のステップS115ではデータ受信要求を発行したカメラ装置16の項目が通信帯域制限テーブル112にあるかどうかを判断する。項目がある場合は、ステップS125に進みデータ受信処理ハンドラを起動する。項目がない場合は、ステップS117に進み通信帯域制限設定テーブル114を参照する。次のステップS119では、受信要求を発行したカメラ装置16の項目を通信帯域制限テーブル112に追加する。追加した項目の内容は、ステップS117で参照した設定値がある場合は、その値を“1秒あたりの最大受信データ許容量”に入れ、固定フラグを“1”とする。ステップS117で参照した設定値がない場合は、“1秒あたりの最大受信データ許容量”は空欄のままで固定フラグを“0”とする。
【0020】
次にステップS121に進み、固定フラグが“0”となっているカメラ装置16の“1秒あたりの最大受信データ許容量”の値が平均化するように値を算出する。値の算出は、総通信容量、固定フラグが“1”となっているカメラ装置の設定値、および固定フラグが“0”となっているカメラ装置数の関数によって行われる。次のステップS123では、ステップS121で算出した結果をもとに、通信帯域制限テーブル112を更新する。
【0021】
通信帯域制限テーブル112の更新が完了すると、ステップS125に進み、“データ受信処理ハンドラ”を起動する。“データ受信処理ハンドラ”について、詳しくは後述する。“データ受信処理ハンドラ”の起動が完了すると、ステップS101に戻り通常のアプリケーション処理を行う。
【0022】
ステップS103でカメラ装置16からの受信要求がない場合について、まず、ステップS105で通信帯域制限テーブル112にあるカメラ装置16に対して、ネットワークに接続しているかをチェックする。次のステップS107で、接続が切れているカメラ装置16がある場合は、ステップS109で接続の切れたカメラ装置16を通信帯域制限テーブル112から削除し、次のステップS111で通信帯域制限テーブル112の値を更新する。値の更新方法は、上記のステップ123と同様に行う。
【0023】
通信帯域制限テーブル112の更新が完了すると、ステップS127に進み画像蓄積サーバ12に電源オフの命令が入ったかどうかを判断する。画像蓄積サーバ12に電源オフ命令が入っていれば、画像蓄積サーバ12は終了処理の後、電源をオフする。画像蓄積サーバ12に電源オフ命令が入っていなければ、ステップS101に戻り画像蓄積サーバ12のアプリケーション処理を行う。
【0024】
図7のステップS125のデータ受信処理ハンドラは、図8および図9に示すフローに従って実行される。まずステップS131で通信帯域制限テーブル112を参照し、データ受信要求のあったカメラ装置16に対応する“1秒あたりの最大受信データ許容量”を取得し変数“MAX”に代入する。“MAX”への代入が完了するとステップS133に移り、データ受信要求のあったカメラ装置に対し通信帯域制限があるかどうかを判断する。通信帯域制限があるかどうかは、ステップS131で参照して得た“MAX”の値から判断する。“MAX”の値が正の時は通信帯域制限があり、“MAX”の値が“0”または負の値の時は通信帯域制限がない。ステップS133で通信帯域制限があると判断された場合は、ステップS135〜ステップS143を実行する。ステップS133で通信帯域制限がないと判断された場合は、ステップS145に処理が移る。
【0025】
ステップS135〜ステップS143は、通信帯域制限がある場合の前処理である。ステップS135では、計測単位時間(S)の計算をする。計測単位時間は“MAX”をパラメータとした関数である。次に、ステップS137で基本パケット間隔時間(T)を計算する。基本パケット間隔時間は“MAX”をパラメータとした関数である。次に、ステップS139で、単位時間内の受信データ量(D)に“0”を代入する。代入が完了すると、ステップS141およびステップS143でパケット間隔計測タイマ(p)および計測単位時間タイマ(s)をリセットし、各々のタイマを“0”からスタートさせる。タイマのリセットが完了すると、処理はステップS145に進む。
【0026】
ステップS145でカメラ装置からのパケットを受信する。このとき、パケットのサイズは“d”である。パケット受信が完了すると、ステップS147で通信帯域制限があるかどうかを判断し、通信帯域制限がある場合はステップS149に進み、通信帯域制限がない場合はステップS171に進む。通信帯域制限があるかないかの判断は、ステップS133と同様に“MAX”の値で判断する。
【0027】
ステップS149で、ステップS145で受け取ったパケットのサイズを加算することにより単位時間内の受信データ量(D)を更新する。“D”の更新が完了するとステップS151に進み、計測単位時間タイマ(s)が計測単位時間(S)を越えてないかを判断する。計測単位時間タイマ(s)が計測単位時間(S)を越えている場合は、ステップS153〜ステップS157でパケット間隔計測タイマ(p)、単位時間内の受信データ量(D)および単位時間計測タイマ(s)をリセットし、即座に“ACK”(肯定応答)または“NAK”(否定応答)を返すべくステップS171に進む。一方、ステップS151で計測単位時間タイマ(s)が計測単位時間(S)を越えてない場合は、ステップS159に移る。
【0028】
ステップS159では、パケット間隔計測タイマ(p)が基本パケット間隔時間を超えていないかを判断する。パケット間隔計測タイマ(p)が基本パケット間隔時間を超えている場合は、ステップS161でパケット間隔計測タイマをリセットし、即座に“ACK”または“NAK”を返すべくステップS171に進む。パケット間隔計測タイマ(p)が基本パケット間隔時間を超えていない場合は、ステップS163以下を実行する。ステップS163では、遅延時間(t)を算出する。遅延時間(t)は、単位時間内の受信データ量(D)、パケットサイズ(d)、パケット間隔計測タイマ値(p)、計測単位時間(S)、計測単位時間タイマ値(s)、および基本パケット間隔時間(T)をパラメータとする関数である。遅延時間(t)の算出が終了すると、ステップS165でパケット間隔計測タイマをリセットし、ステップS167で遅延時間(t)待機する。遅延時間(t)の待機が終了すると、ステップS169で計測単位時間タイマ(s)が計測単位時間(S)を越えてないかを判断する。計測単位時間タイマ(s)が計測単位時間(S)を越えている場合は、ステップS155〜ステップS157で単位時間内の受信データ量(D)および単位時間計測タイマ(s)をリセットした後、ステップS171に進む。一方、ステップS169で計測単位時間タイマ(s)が計測単位時間(S)を越えてない場合は、そのままステップS171に移る。
【0029】
ステップS171では、カメラ装置から受信したパケットのデータが正しいかを判断する。パケットのデータが正しいかどうかの判断は、パケットに内包しているパケットの正当性、順序を保証するシーケンス番号、およびチェックサムやCRCなどのブロックチェックコードによって行われる。この判断の結果、パケットのデータは正しい場合は、ステップS173で“ACK”を送出する。そして、ステップS175で受信データの終了判断により受信データが終了したと判断されればメイン処理に戻る。また、受信データがまだ終了してないと判断されれば、ステップS145に移り次のパケットを受信する。
【0030】
一方、ステップS171で受信パケットが正しくないと判断された場合は、ステップS177に移り、リトライをする場合は“NAK”を送出してステップS145に進み、リトライがない場合はステップS181でエラー処理をした後メイン処理に戻る。ステップS177でリトライをするかどうかの判断は、同じパケットのリトライ回数が規定回数に達したかどうかで判断する。
【0031】
CPU106でデータ受信処理ハンドラが実行された場合の計測単位時間(S)、基本パケット間隔時間(T)、パケット間隔時間(p)、および遅延時間(t)のタイミングを示した図解図を図4に示す。
【0032】
図4(a)は、基本パケット間隔時間(T)と同じ間隔でパケットを受信した場合の図解図である。この場合、1秒あたりの最大受信許容データ量(通信帯域制限)と実際のデータの通信速度が一致するため、“ACK”を返信する遅延時間(t)は発生しない。
【0033】
図4(b)は、パケットの受信間隔が基本パケット間隔時間(T)より短い場合、すなわち、通信帯域制限よりも速い通信速度で届いた場合の図解図である。パケットBは基本パケット間隔時間(T)(図4(a)のタイミング)よりも短い時間で届いたので、パケットCが図4(a)のタイミングで届くように、適度な遅延時間(t)の後に“ACK”を返している。パケットCは図4(a)に比べ更に早いタイミングで届いたので、パケットBのときよりも更に長い遅延時間を与えて、パケットDが図4(a)のタイミングで届くように“ACK”を返している。
【0034】
図4(c)は、パケットBの受信が遅れた場合の図解図である。パケットBは図4(a)のタイミングより遥かに遅く、つまりパケットAを受信してから基本パケット間隔時間より遥かに長い時間が経過した後に受信した。パケットAとパケットBとの間隔時間が基本パケット間隔時間よりも長いので、パケットBの受信に対する“ACK”は直ちに返される。パケットCは、パケットBからの基本パケット間隔時間よりも短いタイミングで受信したので、次のパケットDが図4(a)のタイミングで届くように適度な遅延時間(t)の後に“ACK”を返している。次に受信したパケットDについては、パケットDを受信するまでの計測単位時間内の受信データ量が少なく、図4(a)のパケットDのタイミングよりも遅いタイミングで届いているので、パケットCとのパケット間隔時間が基本パケット間隔時間(T)よりも短いにも関わらず遅延時間無しで“ACK”を返している。
【0035】
カメラ装置16のCPU208は、フラッシュメモリに記憶されたプログラム212に従って、図10に示す処理をする。まず、ステップS201にてカメラ装置で処理されるアプリケーションが実行される。次に、ステップS203で動作しているアプリケーションによるデータ伝送要求があると、ステップS207に進みデータ送信処理ハンドラを起動する。データ送信処理ハンドラについて、詳しくは後述する。ステップS203で動作中のアプリケーションからのデータ伝送要求がなければ、ステップS205に進む。ステップS205でカメラ装置の電源オフ命令がなければ、ステップS201に戻る。ステップS205で電源オフ命令が発行されたらプログラム214の処理が終了し、カメラ装置の電源がオフになる。
【0036】
図10のステップS207のデータ送信処理ハンドラは、図11に示すフローに従って実行される。まず、ステップS211で送信するデータをパケットに分割する。次に、ステップS213で送信するパケットがあるかどうかを判断し、送信するパケットがある場合はステップS215以下を実行する。送信するパケットがない場合はデータ送信処理ハンドラを終了する。
【0037】
ステップS215でパケットを画像蓄積サーバ12に対し送信する。そして、ステップS217で画像蓄積サーバ12からの“ACK”または“NAK”の返答を待つ。次のステップS219でパケットが正確に送信できたかどうかを判断する。判断方法は、ステップS217で得た返答が“ACK”ならパケットが正確に送信できたことを意味し、ステップS213に戻り次に送信するパケットがあれば送信する。ステップS217で得た返答が“NAK”もしくは返答が無くタイムアウトになった場合は、パケットが正確に送信できなかったことを意味し、ステップS221に進む。ステップS221では、送信に失敗したパケットを再び送信しなおすかを判断する。再び送信しなおす場合は、ステップS215に戻り失敗したパケットを再び送信する。送信しなおさない場合は、ステップS223に移りエラー処理をした後、メイン処理に戻る。
【0038】
カメラ装置16のパケット送信については、一般的に行われているパケット送信と同じ手順で処理されている。したがって、本発明は受信側のみの手順の変更により実現しており、送信側は一般的なデータ送信装置であればよい。
【0039】
以上の説明から分かるように、受信側から返送する“ACK”または“NAK”タイミングを適度に遅らせることにより、データの送信端末ごとの通信速度を制限することができる。
【0040】
なお、通信帯域制限設定テーブル114の“総通信容量”はオペレータによる入力としたが、実際の通信回線の通信容量を測定し、その結果から算出したものを使ってもよい。
【図面の簡単な説明】
【図1】この発明の一実施例を示す図解図である。
【図2】図1実施例の一部を示すブロック図である。
【図3】図1実施例の他の一部を示すブロック図である。
【図4】図1実施例の動作の一部を示す図解図である。
【図5】図1実施例の一部を示す図解図である。
【図6】図1実施例のその他の一部を示す図解図である。
【図7】図1実施例の動作の一部を示すフロー図である。
【図8】図1実施例の動作のその他の一部を示すフロー図である。
【図9】図1実施例の動作のその他の一部を示すフロー図である。
【図10】図1実施例の動作のその他の一部を示すフロー図である。
【図11】図1実施例の動作のその他の一部を示すフロー図である。
【符号の説明】
10…通信システム
12…画像蓄積サーバ
16…カメラ装置
20…ネットワーク[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication control apparatus, and more particularly to a communication control apparatus that returns a response signal to a communication terminal when a received signal from the communication terminal satisfies a condition, for example.
[0002]
[Prior art]
Conventionally, when a data server sends data to a terminal device via a communication line, in order to control the data transfer amount (communication bandwidth) per unit time, the communication bandwidth that can be used for the terminal device is registered and transmitted autonomously. The amount of data to be adjusted was adjusted. In addition, a usable communication band for each terminal device is registered and adjusted in a packet switching device such as a router interposed in a communication line connecting the data server and the terminal device.
[0003]
[Problems to be solved by the invention]
However, for example, in a system in which one server is connected to a plurality of terminal devices, when the communication band (usable communication band) that can be used in each terminal device changes dynamically, the use of each terminal device It is necessary to dynamically set the possible communication bands individually. That is, each communication terminal or packet switching apparatus sets the usable communication band in accordance with a change in the actual usable communication band. In this case, since each communication terminal or packet switching apparatus is set independently, it is impossible to cope with a change in communication band that affects the entire system.
[0004]
As another control method, in order to cope with a change in the communication band that affects the entire system, a method of uniformly managing the usable communication band for each terminal device by the server can be considered. In this method, the available communication bandwidth for each terminal device managed by the server is notified to the terminal device as necessary, and the terminal device sets the notified available communication bandwidth in the device. However, with this method, there is a time lag from when the actual usable communication band changes until the setting of the usable communication band of the terminal device is changed, or the usable communication band value between the server and the terminal device. There is a disadvantage that a communication device for performing the above communication is required and the network control unit is complicated.
[0005]
Therefore, a main object of the present invention is to provide a communication control apparatus capable of dynamically and simply controlling the data transfer amount per unit time.
[0006]
[Means for Solving the Problems]
According to the present invention, the communication control device that returns a permission signal permitting transmission of the next signal to the communication terminal when a signal satisfying the condition is received from the communication terminal is detected by the first detection for detecting the target communication speed of the communication terminal. Means, second detection means for detecting the actual communication speed of the communication terminal, and return means for returning the permission signal at a timing based on the target communication speed and the actual communication speed.
[0007]
[Action]
In the communication control device that returns a permission signal permitting transmission of the next signal to the communication terminal when a signal satisfying the condition is received from the communication terminal, the first detection means detects a target communication speed of the communication terminal. The second detection means detects the actual communication speed of the communication terminal. The return means returns the permission signal at a timing based on the target communication speed and the actual communication speed.
[0008]
In a preferred aspect, the detection means detects the actual communication speed based on the difference between the previous reception timing and the current reception timing.
[0009]
Moreover, in another preferable aspect, the return means includes a first signal return means that promptly returns a permission signal when the actual communication speed is equal to or lower than the target communication speed.
[0010]
In another preferred aspect, the information processing apparatus further includes a calculation unit that calculates a delay time related to a difference between the actual communication speed and the target communication speed, and the return unit has a delay period when the actual communication speed is higher than the target communication speed. The second signal returning means for returning the permission signal after the elapse of time.
[0011]
【The invention's effect】
According to the present invention, the data transfer from the communication terminal can be appropriately delayed by transmitting a response signal at a timing based on the determination result of the determination means with respect to the reception signal from the communication terminal. The communication speed of the transmitted signal can be easily limited to a desired communication speed.
[0012]
The above object, other objects, features and advantages of the present invention will become more apparent from the following detailed description of embodiments with reference to the drawings.
[0013]
【Example】
Referring to FIG. 1, a
[0014]
The internal configuration of the
[0015]
Each
[0016]
An example of the items of the communication bandwidth limitation table 112 and the values of the respective items are shown in FIG. The communication bandwidth limit table 112 has items of all
[0017]
An example of the items of the communication bandwidth limit setting table 114 and the values of the respective items are shown in FIG. The communication bandwidth limit setting table 114 includes an item of the
[0018]
The
[0019]
In step S113, the communication band restriction table 112 is referred to, and in the next step S115, it is determined whether or not the item of the
[0020]
In step S121, the value is calculated so that the values of “maximum received data allowance per second” of the
[0021]
When the update of the communication bandwidth limitation table 112 is completed, the process proceeds to step S125, and the “data reception processing handler” is activated. Details of the “data reception processing handler” will be described later. When the activation of the “data reception processing handler” is completed, the process returns to step S101 to perform normal application processing.
[0022]
When there is no reception request from the
[0023]
When the update of the communication bandwidth limitation table 112 is completed, the process proceeds to step S127, and it is determined whether or not a power-off command is input to the
[0024]
The data reception processing handler in step S125 of FIG. 7 is executed according to the flow shown in FIGS. First, in step S131, the communication bandwidth limit table 112 is referred to obtain the “maximum received data allowable amount per second” corresponding to the
[0025]
Steps S <b> 135 to S <b> 143 are preprocessing when there is a communication band limitation. In step S135, the measurement unit time (S) is calculated. The measurement unit time is a function with “MAX” as a parameter. Next, a basic packet interval time (T) is calculated in step S137. The basic packet interval time is a function with “MAX” as a parameter. In step S139, “0” is substituted for the received data amount (D) within the unit time. When the substitution is completed, the packet interval measurement timer (p) and the measurement unit time timer (s) are reset in steps S141 and S143, and each timer is started from "0". When the resetting of the timer is completed, the process proceeds to step S145.
[0026]
In step S145, a packet from the camera device is received. At this time, the size of the packet is “d”. When the packet reception is completed, it is determined in step S147 whether or not there is a communication band limitation. If there is a communication band limitation, the process proceeds to step S149, and if there is no communication band limitation, the process proceeds to step S171. Whether or not there is a communication bandwidth limit is determined by the value of “MAX” as in step S133.
[0027]
In step S149, the received data amount (D) within the unit time is updated by adding the size of the packet received in step S145. When the update of “D” is completed, the process proceeds to step S151, and it is determined whether the measurement unit time timer (s) exceeds the measurement unit time (S). If the measurement unit time timer (s) exceeds the measurement unit time (S), the packet interval measurement timer (p), the received data amount (D) within the unit time, and the unit time measurement timer are determined in steps S153 to S157. (S) is reset, and the process proceeds to step S171 to immediately return “ACK” (acknowledgement) or “NAK” (negative acknowledgment). On the other hand, if the measurement unit time timer (s) does not exceed the measurement unit time (S) in step S151, the process proceeds to step S159.
[0028]
In step S159, it is determined whether the packet interval measurement timer (p) has exceeded the basic packet interval time. If the packet interval measurement timer (p) exceeds the basic packet interval time, the packet interval measurement timer is reset in step S161, and the process proceeds to step S171 to immediately return “ACK” or “NAK”. If the packet interval measurement timer (p) does not exceed the basic packet interval time, step S163 and the subsequent steps are executed. In step S163, a delay time (t) is calculated. The delay time (t) is the received data amount (D), the packet size (d), the packet interval measurement timer value (p), the measurement unit time (S), the measurement unit time timer value (s), and the unit time. This is a function having the basic packet interval time (T) as a parameter. When the calculation of the delay time (t) is completed, the packet interval measurement timer is reset in step S165, and the delay time (t) is waited for in step S167. When waiting for the delay time (t) ends, it is determined in step S169 whether the measurement unit time timer (s) has exceeded the measurement unit time (S). If the measurement unit time timer (s) exceeds the measurement unit time (S), after resetting the received data amount (D) and the unit time measurement timer (s) within the unit time in steps S155 to S157, The process proceeds to step S171. On the other hand, if the measurement unit time timer (s) does not exceed the measurement unit time (S) in step S169, the process proceeds to step S171 as it is.
[0029]
In step S171, it is determined whether the packet data received from the camera device is correct. Whether the packet data is correct is determined based on the validity of the packet included in the packet, the sequence number that guarantees the order, and the block check code such as a checksum or CRC. If the packet data is correct as a result of this determination, "ACK" is sent in step S173. Then, if it is determined in step S175 that the received data is ended by the end determination of the received data, the process returns to the main process. On the other hand, if it is determined that the received data has not ended yet, the process proceeds to step S145 to receive the next packet.
[0030]
On the other hand, if it is determined in step S171 that the received packet is not correct, the process proceeds to step S177. If retry is to be performed, “NAK” is transmitted and the process proceeds to step S145. If there is no retry, error processing is performed in step S181. After that, the process returns to the main process. Whether or not to retry in step S177 is determined based on whether or not the number of retries for the same packet has reached a specified number.
[0031]
FIG. 4 is an illustrative view showing timings of a measurement unit time (S), a basic packet interval time (T), a packet interval time (p), and a delay time (t) when the data reception processing handler is executed by the
[0032]
FIG. 4A is an illustrative view when packets are received at the same interval as the basic packet interval time (T). In this case, since the maximum permissible reception data amount (communication bandwidth limitation) per second matches the actual data communication speed, the delay time (t) for returning “ACK” does not occur.
[0033]
FIG. 4B is an illustrative view when the packet reception interval is shorter than the basic packet interval time (T), that is, when the packet arrives at a communication speed faster than the communication bandwidth limit. Since the packet B arrived in a time shorter than the basic packet interval time (T) (timing in FIG. 4A), an appropriate delay time (t) so that the packet C arrives at the timing in FIG. "ACK" is returned after. Since the packet C arrived at a timing earlier than that in FIG. 4A, a longer delay time than that in the case of the packet B is given, and “ACK” is received so that the packet D arrives at the timing in FIG. It is returning.
[0034]
FIG. 4C is an illustrative view when reception of the packet B is delayed. The packet B is received much later than the timing of FIG. 4A, that is, it is received after a time much longer than the basic packet interval time since the packet A was received. Since the interval time between the packet A and the packet B is longer than the basic packet interval time, “ACK” for the reception of the packet B is immediately returned. Since the packet C is received at a timing shorter than the basic packet interval time from the packet B, “ACK” is received after an appropriate delay time (t) so that the next packet D arrives at the timing of FIG. It is returning. Next, the received packet D has a small amount of received data within the measurement unit time until the packet D is received, and arrives at a timing later than the timing of the packet D in FIG. Although the packet interval time is shorter than the basic packet interval time (T), “ACK” is returned without delay time.
[0035]
The
[0036]
The data transmission processing handler in step S207 of FIG. 10 is executed according to the flow shown in FIG. First, in step S211, the data to be transmitted is divided into packets. Next, in step S213, it is determined whether there is a packet to be transmitted. If there is a packet to be transmitted, step S215 and the subsequent steps are executed. If there is no packet to be transmitted, the data transmission processing handler is terminated.
[0037]
In step S215, the packet is transmitted to the
[0038]
The packet transmission of the
[0039]
As can be understood from the above description, the communication speed of each data transmission terminal can be limited by appropriately delaying the “ACK” or “NAK” timing returned from the receiving side.
[0040]
The “total communication capacity” in the communication band limit setting table 114 is input by the operator, but it is also possible to use the value calculated from the result of measuring the actual communication capacity of the communication line.
[Brief description of the drawings]
FIG. 1 is an illustrative view showing one embodiment of the present invention;
FIG. 2 is a block diagram showing a part of the embodiment in FIG. 1;
FIG. 3 is a block diagram showing another part of the embodiment in FIG. 1;
4 is an illustrative view showing one portion of operation of FIG. 1 embodiment; FIG.
FIG. 5 is an illustrative view showing a part of FIG. 1 embodiment;
6 is an illustrative view showing still another portion of the embodiment in FIG. 1; FIG.
7 is a flowchart showing a part of the operation of FIG. 1 embodiment; FIG.
FIG. 8 is a flowchart showing still another part of the operation of the embodiment in FIG. 1;
FIG. 9 is a flowchart showing still another part of the operation of FIG. 1 embodiment;
FIG. 10 is a flowchart showing still another portion of the operation of the embodiment in FIG. 1;
FIG. 11 is a flowchart showing still another part of the operation of the embodiment in FIG. 1;
[Explanation of symbols]
DESCRIPTION OF
Claims (3)
前記複数の通信端末の接続状況に応じて目標通信速度を決定する目標通信速度決定手段、
前記通信端末の実通信速度を検出する通信速度検出手段、および
前記目標通信速度と前記実通信速度とに基づくタイミングで前記許可信号を返送する返送手段を備え、
前記目標通信速度は接続されている前記複数の通信端末の各最大受信データ許容量の平均値であることを特徴とする通信制御装置。In a communication control device that returns a permission signal permitting transmission of the next signal to the communication terminal when a signal satisfying a condition is received from one of a plurality of communication terminals connected to the network,
Target communication speed determining means for determining a target communication speed according to the connection status of the plurality of communication terminals;
E Bei a returning means for returning the authorization signal at the timing based on the communication speed detection means, and said target communication speed and the actual communication speed for detecting the actual communication speed of the communication terminal,
The communication control apparatus, wherein the target communication speed is an average value of each maximum received data allowable amount of the plurality of connected communication terminals .
前記複数の通信端末の接続状況に応じて目標通信速度を決定する目標通信速度決定手段、
前記通信端末の実通信速度を検出する通信速度検出手段、および
前記目標通信速度と前記実通信速度とに基づくタイミングで前記許可信号を返送する返送手段を備え、
前記通信端末について通信帯域制限を設定する通信帯域制限設定手段を有し、
前記通信帯域制御設定手段により通信帯域制限が設定されている場合は前記目標通信速度を設定されている値とし、前記通信帯域制限設定手段により通信帯域制限が設定されていない場合は前記目標通信速度を前記複数の通信端末のうち通信帯域制限が設定されていない通信端末の各最大受信データ許容量の平均値とすることを特徴とする通信制御装置。In a communication control device that returns a permission signal permitting transmission of the next signal to the communication terminal when a signal satisfying a condition is received from one of a plurality of communication terminals connected to the network,
Target communication speed determining means for determining a target communication speed according to the connection status of the plurality of communication terminals;
E Bei a returning means for returning the authorization signal at the timing based on the communication speed detection means, and said target communication speed and the actual communication speed for detecting the actual communication speed of the communication terminal,
Communication bandwidth restriction setting means for setting a communication bandwidth restriction for the communication terminal;
When the communication band limit is set by the communication band control setting unit, the target communication speed is set as a set value, and when the communication band limit is not set by the communication band limit setting unit, the target communication speed is set. A communication control apparatus characterized in that an average value of each maximum received data allowable amount of a communication terminal for which no communication band restriction is set is set among the plurality of communication terminals .
前記返送手段は、前記実通信速度が前記目標通信速度よりも高速であるとき前記遅延期間の経過後に前記許可信号を返送する第2信号返送手段を含む、請求項1または請求項2に記載の通信制御装置。A calculation means for calculating a delay time related to a difference between the actual communication speed and the target communication speed;
3. The return means according to claim 1 , wherein the return means includes second signal return means for returning the permission signal after the delay period has elapsed when the actual communication speed is higher than the target communication speed. Communication control device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002368706A JP4259859B2 (en) | 2002-12-19 | 2002-12-19 | Communication control device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002368706A JP4259859B2 (en) | 2002-12-19 | 2002-12-19 | Communication control device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004201127A JP2004201127A (en) | 2004-07-15 |
JP4259859B2 true JP4259859B2 (en) | 2009-04-30 |
Family
ID=32765204
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002368706A Expired - Fee Related JP4259859B2 (en) | 2002-12-19 | 2002-12-19 | Communication control device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4259859B2 (en) |
-
2002
- 2002-12-19 JP JP2002368706A patent/JP4259859B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004201127A (en) | 2004-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7013419B2 (en) | Reliable message transmission with packet-level resend | |
US20170019332A1 (en) | Transferring Data | |
US7174386B2 (en) | System and method for improved performance using tunable TCP/IP acknowledgement | |
CN111031565B (en) | Method and device for identifying off-line state of ZigBee device | |
KR20130136517A (en) | Data transfer device | |
US11792650B2 (en) | Unauthorized communication detection apparatus and recording medium | |
KR101524029B1 (en) | Link Layer Control Protocol Implementation | |
CN110427220B (en) | Configuration method and device of device command, electronic device and storage medium | |
WO2016053528A1 (en) | Proactive tcp connection stall recovery for http streaming content requests | |
CN109582616B (en) | Communication system and method based on serial bus | |
TW201924446A (en) | Shared radio arbitration | |
JPWO2006030679A1 (en) | Communication terminal | |
EP1351473B1 (en) | Software upgrade method for a switching device in a two-layer network environment | |
US20160056880A1 (en) | Relay apparatus and method of controlling relay apparatus | |
JP4259859B2 (en) | Communication control device | |
CN114884935A (en) | Data upgrading method and device, electronic equipment and storage medium | |
JP2016174211A (en) | Communication system | |
CN116743779A (en) | Configuration data synchronous updating method and device and endogenous safety industrial controller | |
JP4312136B2 (en) | Command processing unit | |
JP4192627B2 (en) | Packet transmission / reception method and apparatus | |
KR20120042745A (en) | System and method for establishing reliable communication in a connection-less environment | |
JP2003283472A (en) | Data transfer control method | |
CN107925527A (en) | Adaptive wait in data communication | |
CN110289937B (en) | Delayed responder not ready negative acknowledgement | |
KR100905607B1 (en) | Method for gathering alarm in base station system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051109 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071218 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071225 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080221 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080819 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080917 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20081208 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090106 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090203 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120220 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120220 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120220 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130220 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130220 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140220 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140220 Year of fee payment: 5 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140220 Year of fee payment: 5 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
LAPS | Cancellation because of no payment of annual fees |