JP2004201127A - Communication controller - Google Patents
Communication controller Download PDFInfo
- Publication number
- JP2004201127A JP2004201127A JP2002368706A JP2002368706A JP2004201127A JP 2004201127 A JP2004201127 A JP 2004201127A JP 2002368706 A JP2002368706 A JP 2002368706A JP 2002368706 A JP2002368706 A JP 2002368706A JP 2004201127 A JP2004201127 A JP 2004201127A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- communication speed
- packet
- camera device
- signal
- 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.)
- Granted
Links
Images
Landscapes
- Communication Control (AREA)
Abstract
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]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a communication control device, and more particularly to, for example, a communication control device that returns a response signal to a communication terminal when a signal received from the communication terminal satisfies a condition.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, when a data server sends data to a terminal device via a communication line, a communication band usable for the terminal device is registered and transmitted autonomously in order to control a data transfer amount (communication band) per unit time. The amount of data to be adjusted. In addition, a communication band usable for each terminal device is registered and adjusted in a packet switching device such as a router interposed on 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 (available communication band) usable by each terminal device dynamically changes, the use of each terminal device It is necessary to dynamically set possible communication bands individually. That is, each communication terminal or packet switching device sets the usable communication band according to the change in the actual usable communication band. In this case, since each communication terminal or packet switching apparatus is independently set, it is impossible to cope with a change in communication band that affects the entire system.
[0004]
As another control method, there is a method in which a server uniformly manages a usable communication band for each terminal device in order to cope with a change in the communication band that affects the entire system. In this method, the available communication band for each terminal device managed by the server is notified to the terminal device as necessary, and the terminal device sets the notified usable communication band to the device. However, in this method, there is a time lag between the change of the actually usable communication band and the change of the setting of the usable communication band of the terminal device, or the available communication band value between the server and the terminal device. There is a drawback that a communication device for performing the above communication is required and the network control unit becomes complicated.
[0005]
Therefore, a main object of the present invention is to provide a communication control device capable of dynamically and simply controlling a data transfer amount per unit time.
[0006]
[Means for Solving the Problems]
According to the present invention, when a signal satisfying the condition is received from the communication terminal, the communication control device that returns the permission signal for permitting transmission of the next signal to the communication terminal includes the first detection unit that detects the target communication speed of the communication terminal. Means, a second detection means for detecting an actual communication speed of the communication terminal, and a return means for returning a permission signal at a timing based on the target communication speed and the actual communication speed.
[0007]
[Action]
When a signal satisfying the condition is received from the communication terminal, the communication control device returns a permission signal for permitting transmission of the next signal to the communication terminal, wherein the first detection means detects a target communication speed of the communication terminal. The second detecting means detects an 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 detecting means detects the actual communication speed based on the difference between the previous reception timing and the current reception timing.
[0009]
In another preferred aspect, the first signal returning means for returning the permission signal promptly when the actual communication speed of the returning means is equal to or lower than the target communication speed is included.
[0010]
In another preferred aspect, the apparatus further comprises a calculating unit for calculating a delay time associated with a difference between the actual communication speed and the target communication speed, and the returning unit includes a delay period when the actual communication speed is higher than the target communication speed. And second signal returning means for returning a permission signal after the elapse of the time.
[0011]
【The invention's effect】
According to the present invention, the data transfer from the communication terminal can be appropriately delayed by transmitting the response signal to the reception signal from the communication terminal at a timing based on the result of the determination by the determination unit. The communication speed of the transmitted signal can be easily limited to a desired communication speed.
[0012]
The above and 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]
FIG. 2 shows the internal configuration of the
[0015]
Each
[0016]
FIG. 5 shows an example of the items of the communication band limitation table 112 and the values of the respective items. The communication band limitation table 112 has items of all the
[0017]
FIG. 6 shows an example of the items of the communication band limitation setting table 114 and the values of the respective items. The communication band limit setting table 114 has an item of the
[0018]
The
[0019]
In step S113, the communication band limitation table 112 is referred to, and in the next step S115, it is determined whether or not the item of the
[0020]
Next, the process proceeds to step S121, in which the value of the “maximum allowable amount of received data per second” of the
[0021]
When the update of the communication band limitation table 112 is completed, the process proceeds to step S125, and the “data reception processing handler” is activated. The “data reception processing handler” will be described later in detail. When the activation of the “data reception processing handler” is completed, the process returns to step S101 and normal application processing is performed.
[0022]
When there is no reception request from the
[0023]
When the update of the communication band limitation table 112 is completed, the process proceeds to step S127, and it is determined whether a power-off command has been input to the
[0024]
The data reception processing handler in step S125 in FIG. 7 is executed according to the flow shown in FIGS. First, in step S131, the “maximum received data per second” corresponding to the
[0025]
Steps S135 to S143 are pre-processing when there is a communication band limitation. In step S135, a measurement unit time (S) is calculated. The measurement unit time is a function using “MAX” as a parameter. Next, in step S137, the basic packet interval time (T) is calculated. The basic packet interval time is a function using “MAX” as a parameter. Next, in step S139, "0" is substituted for the received data amount (D) within a 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 reset 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”. Upon completion of the packet reception, it is determined in step S147 whether 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. The determination as to whether or not there is a communication band limitation is made based on the value of “MAX” as in step S133.
[0027]
In step S149, the received data amount (D) per 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 or not 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), the packet interval measurement timer (p), the received data amount within the unit time (D), 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" (acknowledge) or "NAK" (negative acknowledge). On the other hand, if the measurement unit time timer (s) has not exceeded the measurement unit time (S) in step S151, the process moves to step S159.
[0028]
In step S159, it is determined whether or not the packet interval measurement timer (p) has exceeded the basic packet interval time. If the packet interval measurement timer (p) has exceeded 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) has not exceeded the basic packet interval time, the process from step S163 is performed. In step S163, the delay time (t) is calculated. The delay time (t) includes the amount of received data within a unit time (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 This is a function using 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 process waits for the delay time (t) in step S167. When the waiting for the delay time (t) is completed, 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) within the unit time and the unit time measurement timer (s) in steps S155 to S157, Proceed to step S171. On the other hand, if the measurement unit time timer (s) has not exceeded the measurement unit time (S) in step S169, the process directly proceeds to step S171.
[0029]
In step S171, it is determined whether the data of the packet received from the camera device is correct. The determination as to whether the data of the packet is correct is made based on the validity of the packet included in the packet, a sequence number that guarantees the order, and a block check code such as a checksum and a CRC. If the result of this determination is that the packet data is correct, "ACK" is sent out in step S173. Then, if it is determined in step S175 that the reception data has been completed by the end determination of the reception data, the process returns to the main processing. On the other hand, if it is determined that the reception data has not been completed, the process moves 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 a 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. In step S177, whether or not to retry is determined based on whether or not the number of retries of 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 showing a case where packets are received at the same interval as the basic packet interval time (T). In this case, since the maximum permissible data amount per second (communication band limit) matches the actual data communication speed, there is no delay time (t) for returning "ACK".
[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 higher than the communication band limit. Since the packet B arrives at a time shorter than the basic packet interval time (T) (the timing of FIG. 4A), an appropriate delay time (t) is set so that the packet C arrives at the timing of FIG. "ACK" is returned after. Since the packet C arrives at a timing earlier than that of FIG. 4A, a longer delay time than that of the packet B is given, and “ACK” is sent so that the packet D arrives at the timing of FIG. Is returning.
[0034]
FIG. 4C is an illustrative view showing a case where reception of the packet B is delayed. The packet B is received much later than the timing shown in FIG. 4A, that is, after the packet A has been received and a time much longer than the basic packet interval time has elapsed. Since the interval time between packet A and packet B is longer than the basic packet interval time, "ACK" for the reception of 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 transmitted after an appropriate delay time (t) so that the next packet D arrives at the timing of FIG. Is returning. As for the next received packet D, the amount of received data within the unit time of measurement until the packet D is received is small and arrives at a timing later than the timing of the packet D in FIG. "ACK" is returned without a delay time even though the packet interval time is shorter than the basic packet interval time (T).
[0035]
The
[0036]
The data transmission processing handler of step S207 in FIG. 10 is executed according to the flow shown in FIG. First, the data to be transmitted is divided into packets in step S211. Next, in step S213, it is determined whether there is a packet to be transmitted. If there is a packet to be transmitted, steps S215 and subsequent steps are executed. If there is no packet to be transmitted, the data transmission processing handler ends.
[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, by appropriately delaying the "ACK" or "NAK" timing returned from the receiving side, it is possible to limit the communication speed of each data transmission terminal.
[0040]
Although the “total communication capacity” in the communication band limit setting table 114 is input by the operator, a value obtained by measuring the actual communication capacity of the communication line and calculating the result may be used.
[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 of FIG. 1;
FIG. 4 is an illustrative view showing one portion of an operation of the embodiment in FIG. 1;
FIG. 5 is an illustrative view showing a part of the embodiment in FIG. 1;
FIG. 6 is an illustrative view showing another portion of the embodiment of FIG. 1;
FIG. 7 is a flowchart showing a part of the operation of the embodiment in FIG. 1;
FIG. 8 is a flowchart showing another portion of the operation of the embodiment in FIG. 1;
FIG. 9 is a flowchart showing another portion of the operation of the embodiment in FIG. 1;
FIG. 10 is a flowchart showing another portion of the operation of the embodiment in FIG. 1;
FIG. 11 is a flowchart showing another portion of the operation of the embodiment in FIG. 1;
[Explanation of symbols]
10
Claims (4)
前記通信端末の目標通信速度を検出する第1検出手段、
前記通信端末の実通信速度を検出する第2検出手段、および
前記目標通信速度と前記実通信速度とに基づくタイミングで前記許可信号の返送する返送手段を備えることを特徴とする、通信制御装置。When receiving a signal that satisfies the condition from the communication terminal, a communication control device that returns a permission signal that permits transmission of the next signal to the communication terminal,
First detecting means for detecting a target communication speed of the communication terminal;
A communication control device comprising: a second detection unit that detects an actual communication speed of the communication terminal; and a return unit that returns the permission signal at a timing based on the target communication speed and the actual communication speed.
前記返送手段は、前記実通信速度が前記目標通信速度よりも高速であるとき前記遅延期間の経過後に前記許可信号を返送する第2信号返送手段を含む、請求項1ないし3のいずれかに記載の通信制御装置。Further comprising a calculating means for calculating a delay time related to the difference between the actual communication speed and the target communication speed,
4. The method according to claim 1, wherein the return unit includes a second signal return unit that returns the permission signal after the elapse of the delay period 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 true JP2004201127A (en) | 2004-07-15 |
JP4259859B2 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 |
---|---|
JP4259859B2 (en) | 2009-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10084699B2 (en) | Transferring data | |
WO2012111653A1 (en) | Data transfer device | |
KR101331266B1 (en) | Method for testing embedded wireless transceiver with minimal interaction between wireless transceiver and host processor during testing | |
US11792650B2 (en) | Unauthorized communication detection apparatus and recording medium | |
WO2005093986A1 (en) | Communication processing device, home electric device, and home network system | |
CN110427220B (en) | Configuration method and device of device command, electronic device and storage medium | |
CN112130980B (en) | Operation execution method and device, storage medium and electronic device | |
JPWO2006030679A1 (en) | Communication terminal | |
EP1351473B1 (en) | Software upgrade method for a switching device in a two-layer network environment | |
CN115687226A (en) | I2c bus communication method, device and readable storage medium | |
JP4259859B2 (en) | Communication control device | |
EP2721753A2 (en) | Method and apparatus for controlling an optical network unit to restart upon completion of downloading new software | |
CN112887416A (en) | Frequency adjustment method and device for sending keep-alive packets | |
JP5576212B2 (en) | Information processing apparatus, communication system, information processing method, program, and irradiation apparatus | |
CN116743779A (en) | Configuration data synchronous updating method and device and endogenous safety industrial controller | |
US10101987B2 (en) | Method and system of processing an image upgrade | |
JP2020005051A (en) | Control program, control device, and control method | |
KR100905607B1 (en) | Method for gathering alarm in base station system | |
WO2015137954A1 (en) | Component multicast protocol | |
JP2003283472A (en) | Data transfer control method | |
CN104185204B (en) | A kind of connection status inspection method and device | |
CN110011914B (en) | Management message forwarding method and device | |
JP5490267B2 (en) | Data transfer device | |
CN112147910B (en) | Method and device for determining execution capacity, storage medium and electronic device | |
JPH1132084A (en) | Communication connection control 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 |