JP4259859B2 - Communication control device - Google Patents

Communication control device Download PDF

Info

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
Application number
JP2002368706A
Other languages
Japanese (ja)
Other versions
JP2004201127A (en
Inventor
鶴美 伊藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sanyo Electric Co Ltd
Original Assignee
Sanyo Electric Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sanyo Electric Co Ltd filed Critical Sanyo Electric Co Ltd
Priority to JP2002368706A priority Critical patent/JP4259859B2/en
Publication of JP2004201127A publication Critical patent/JP2004201127A/en
Application granted granted Critical
Publication of JP4259859B2 publication Critical patent/JP4259859B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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 remote monitoring system 10 of this embodiment includes an image storage server 12 having a storage capacity capable of storing a large amount of images. The image storage server 12 is connected to a plurality of camera devices 16, 16,.
[0014]
The internal configuration of the image storage server 12 is shown in FIG. In addition to the image data sent from the camera device 16, the internal memory 102 stores a program 110 executed by the CPU 106 and a communication bandwidth limit table 112. The HDD 104 stores a communication band limit setting table 114 in which values are input by an operator. The HDD 104 stores a large amount of image data sent from the camera device 16. The CPU 106 executes a program to support a protocol corresponding to the camera device 16 and receive image data sent from the camera device 16. Communication with the outside is performed via the network I / F 108.
[0015]
Each camera device 16 is configured as shown in FIG. The subject is photographed by the image sensor 202 and the photographed image data is temporarily stored in the internal memory 210. The flash memory 204 records a program 212 executed by the CPU 208. The CPU 208 executes the program 212 recorded in the flash memory 204 and transmits image data taken by the program to the image storage server 12. Communication with the outside is performed via the network I / F 206.
[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 camera devices 16 connected to the image storage server 12 via a network. The items possessed by each camera device 16 are “maximum reception allowable data amount per second” and “fixed flag”. There are two values for the “maximum allowable reception data amount per second”, that is, the case where it is obtained by referring to the communication band limit setting table 114 and the case where it is calculated from the connection status of the camera device. More specifically, how the value of “maximum allowable reception data amount per second” is determined will be the setting value set by the operator in the communication band limit setting table 114 for the camera device 16. In this case, the set value is set to the value of “maximum reception allowable data amount per second” of the camera device 16 in the communication band limitation table 112. On the other hand, if there is no setting value set by the operator in the communication band limit setting table 114 for the camera device 16, the “maximum reception permissible data per second” is averaged between the camera devices having no setting value by the operator. The value of “amount” is calculated. The “fixed flag” is “1” (true) when the value of “maximum permissible reception data per second” is referred to from the communication bandwidth limit setting table 114, and “0” (false) otherwise. . Therefore, by referring to the “fixed flag”, it can be determined whether or not the value of “maximum reception allowable data amount per second” is designated by the operator.
[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 camera device 16 for which an operator has instructed a setting and an item of “total communication capacity” that allows communication via a communication line. For each item, a “maximum reception allowable data amount per second” can be set, and this value is input by the operator. Note that the communication speed is not limited for a camera device in which the setting value of “maximum reception capacity data amount per second” is set to “0”.
[0018]
The CPU 106 of the image storage server 12 executes the process shown in FIG. 7 according to the program 110 stored in the internal memory 102. First, an application processed by the image storage server 12 is executed in step S101. Next, in step S103, it is determined whether or not there is a data reception request from the camera device 16. If YES, step S113 and subsequent steps are executed, and if NO, step S105 and subsequent steps are executed.
[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 camera device 16 that issued the data reception request is in the communication band restriction table 112. If there is an item, the process proceeds to step S125 to start the data reception processing handler. If there is no item, the process proceeds to step S117, and the communication band limit setting table 114 is referred to. In the next step S119, the item of the camera device 16 that has issued the reception request is added to the communication bandwidth limitation table 112. As for the contents of the added item, if there is a setting value referred to in step S117, the value is set in “maximum received data per second amount” and the fixed flag is set to “1”. If there is no set value referred to in step S117, the “maximum received data allowable amount per second” is left blank and the fixed flag is set to “0”.
[0020]
In step S121, the value is calculated so that the values of “maximum received data allowance per second” of the camera device 16 whose fixed flag is “0” are averaged. The value is calculated by a function of the total communication capacity, the set value of the camera device whose fixed flag is “1”, and the number of camera devices whose fixed flag is “0”. In the next step S123, the communication band restriction table 112 is updated based on the result calculated in step S121.
[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 camera device 16 in step S103, first, in step S105, it is checked whether the camera device 16 in the communication bandwidth restriction table 112 is connected to the network. If there is a disconnected camera device 16 in the next step S107, the disconnected camera device 16 is deleted from the communication bandwidth restriction table 112 in step S109, and the communication bandwidth restriction table 112 is deleted in the next step S111. Update the value. The value updating method is performed in the same manner as in step 123 above.
[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 image storage server 12. If the image storage server 12 has a power-off command, the image storage server 12 turns off the power after the end process. If the image storage server 12 does not receive a power-off command, the process returns to step S101 and application processing of the image storage server 12 is performed.
[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 camera device 16 that has requested data reception and substitute it into the variable “MAX”. When the assignment to “MAX” is completed, the process proceeds to step S133, and it is determined whether or not there is a communication bandwidth limitation for the camera apparatus that has requested data reception. Whether there is a communication bandwidth limit is determined from the value of “MAX” obtained by referring to step S131. When the value of “MAX” is positive, there is a communication band limitation. When the value of “MAX” is “0” or a negative value, there is no communication band limitation. If it is determined in step S133 that there is a communication bandwidth limitation, steps S135 to S143 are executed. If it is determined in step S133 that there is no communication band limitation, the process proceeds to step S145.
[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 CPU 106. Shown in
[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 CPU 208 of the camera device 16 performs the process shown in FIG. 10 according to the program 212 stored in the flash memory. First, in step S201, an application processed by the camera device is executed. Next, when there is a data transmission request by the application operating in step S203, the process proceeds to step S207 to activate the data transmission processing handler. Details of the data transmission processing handler will be described later. If there is no data transmission request from the running application in step S203, the process proceeds to step S205. If there is no power-off command for the camera device in step S205, the process returns to step S201. When a power-off command is issued in step S205, the processing of the program 214 ends and the camera device is turned off.
[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 image storage server 12. In step S217, a response of “ACK” or “NAK” from the image storage server 12 is awaited. In the next step S219, it is determined whether or not the packet has been transmitted correctly. The determination method means that if the response obtained in step S217 is “ACK”, it means that the packet has been transmitted correctly, and returns to step S213 to transmit if there is a packet to be transmitted next. If the response obtained in step S217 is “NAK” or if there is no response and timed out, this means that the packet could not be transmitted correctly, and the process proceeds to step S221. In step S221, it is determined whether to retransmit the packet that failed to be transmitted. When retransmitting, the process returns to step S215 to transmit the failed packet again. When not transmitting again, it moves to step S223, performs error processing, and returns to the main processing.
[0038]
The packet transmission of the camera device 16 is processed in the same procedure as the packet transmission generally performed. Therefore, the present invention is realized by changing the procedure only on the reception side, and the transmission side may be a general data transmission device.
[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 SYMBOLS 10 ... Communication system 12 ... Image storage server 16 ... Camera apparatus 20 ... Network

Claims (3)

ネットワークに接続された複数の通信端末の1つから条件を満たす信号を受信したとき次の信号の送出を許可する許可信号を前記通信端末に返送する通信制御装置において、
前記複数の通信端末の接続状況に応じて目標通信速度を決定する目標通信速度決定手段、
前記通信端末の実通信速度を検出する通信速度検出手段、および
前記目標通信速度と前記実通信速度とに基づくタイミングで前記許可信号を返送する返送手段を備え、
前記目標通信速度は接続されている前記複数の通信端末の各最大受信データ許容量の平均値であることを特徴とする通信制御装置。
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 .
ネットワークに接続された複数の通信端末の1つから条件を満たす信号を受信したとき次の信号の送出を許可する許可信号を前記通信端末に返送する通信制御装置において、
前記複数の通信端末の接続状況に応じて目標通信速度を決定する目標通信速度決定手段、
前記通信端末の実通信速度を検出する通信速度検出手段、および
前記目標通信速度と前記実通信速度とに基づくタイミングで前記許可信号を返送する返送手段を備え、
前記通信端末について通信帯域制限を設定する通信帯域制限設定手段を有し、
前記通信帯域制御設定手段により通信帯域制限が設定されている場合は前記目標通信速度を設定されている値とし、前記通信帯域制限設定手段により通信帯域制限が設定されていない場合は前記目標通信速度を前記複数の通信端末のうち通信帯域制限が設定されていない通信端末の各最大受信データ許容量の平均値とすることを特徴とする通信制御装置。
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.
JP2002368706A 2002-12-19 2002-12-19 Communication control device Expired - Fee Related JP4259859B2 (en)

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)

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