JP2004201127A - Communication controller - Google Patents

Communication controller Download PDF

Info

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
Application number
JP2002368706A
Other languages
Japanese (ja)
Other versions
JP4259859B2 (en
Inventor
Tsurumi Ito
鶴美 伊藤
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

Landscapes

  • Communication Control (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a communication controller capable of dynamically and compactly controlling the data transfer amount per unit time. <P>SOLUTION: An image storage server 12 which returns an enabling signal for permitting transmission of the next packet signal to a camera device 16 in accordance with a packet signal transmitted from the camera device 16 refers to a target communication speed of a camera device 16 set by an operator, detects a real communication speed of a packet signal transmitted from the camera device 16 and adjusts return timing of an enabling signal on the basis of the target communication speed and the real communication speed of the camera device 16 to return the enabling signal. As a result, by only control with the image storage server 12, the communication speed of a signal from the camera device 16 to a desired communication speed can be easily limited. <P>COPYRIGHT: (C)2004,JPO&NCIPI

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 remote monitoring system 10 of this embodiment includes an image storage server 12 having a storage capacity capable of storing a large number of images. The image storage server 12 is connected to a plurality of camera devices 16, 16,.
[0014]
FIG. 2 shows the internal configuration of the image storage server 12. The internal memory 102 stores a program 110 executed by the CPU 106 and a communication band limitation table 112 in addition to the image data sent from the camera device 16. The HDD 104 stores a communication band limit setting table 114 to which a value is input by an operator. The HDD 104 stores a large amount of image data sent from the camera device 16. By executing the program, the CPU 106 supports a protocol corresponding to the camera device 16 and receives image data transmitted 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 transmits the image data shot by executing the program 212 recorded in the flash memory 204 to the image storage server 12. Communication with the outside is performed via the network I / F 206.
[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 camera devices 16 connected to the image storage server 12 via the network. Items possessed by each camera device 16 are “maximum allowable data amount per second” and “fixed flag”. The value of the “maximum allowable data amount per second” can be obtained by referring to the communication band limitation setting table 114 or calculated from the connection status of the camera device. More specifically, the value of the “maximum allowable data amount per second” is determined. For the camera device 16, there is a set value set by the operator in the communication band limit setting table 114. In this case, the set value is set to the value of the “maximum 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 set value set by the operator in the communication band limit setting table 114 for the camera device 16, the “maximum reception allowable data per second” is set so as to average the camera devices having no set value by the operator. The value of "quantity" is calculated. The “fixed flag” is “1” (true) when the value of “maximum allowable data amount per second” is referenced from the communication band limitation setting table 114, and is “0” (false) otherwise. . Therefore, by referring to the “fixed flag”, it can be determined whether or not the value of the “maximum allowable data amount per second” is specified by the operator.
[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 camera device 16 for which a setting instruction has been given by the operator and an item of “total communication capacity” that can be communicated through the communication line. For each item, a “maximum allowable data amount per second” can be set, and this value is input by the operator. Note that the communication speed of a camera device in which the setting value of the “maximum reception capacity data amount per second” is set to “0” is not limited.
[0018]
The CPU 106 of the image storage server 12 executes the processing 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. If NO, step S105 and subsequent steps are executed.
[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 camera device 16 which has issued the data reception request is in the communication band limitation table 112. If there is an item, the process proceeds to step S125 to activate the data reception processing handler. If there is no item, the process proceeds to step S117, and the communication band limitation setting table 114 is referred to. In the next step S119, the item of the camera device 16 which has issued the reception request is added to the communication band limitation table 112. If there is a setting value referred to in step S117, the content of the added item is set in the “maximum allowable amount of received data per second” and the fixed flag is set to “1”. If there is no setting value referred to in step S117, the fixed flag is set to "0" while "maximum permissible received data per second" is left blank.
[0020]
Next, the process proceeds to step S121, in which the value of the “maximum allowable amount of received data per second” of the camera device 16 whose fixed flag is “0” is calculated so as to be averaged. The calculation of the value is performed 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 limitation table 112 is updated based on the result calculated in step S121.
[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 camera device 16 in step S103, first, in step S105, it is checked whether the camera device 16 in the communication band limitation table 112 is connected to the network. In the next step S107, if there is a camera device 16 that has been disconnected, the camera device 16 that has been disconnected in step S109 is deleted from the communication band limitation table 112, and in the next step S111, the communication band limitation table 112 is deleted. Update the value. The value is updated in the same manner as in step 123 described above.
[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 image storage server 12. If a power-off command is input to the image storage server 12, the image storage server 12 turns off the power after the end processing. If the power-off command has not been input to the image storage server 12, the process returns to step S101 and the application processing of the image storage server 12 is performed.
[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 camera device 16 that has requested data reception is acquired by referring to the communication band limitation table 112, and is substituted for the variable “MAX”. When the assignment to “MAX” is completed, the process moves to step S133, and it is determined whether or not there is a communication band limitation for the camera device that has requested data reception. Whether or not there is a communication band limitation 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, and 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 band 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 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 CPU 106. Shown in
[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 CPU 208 of the camera device 16 performs the processing 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 from the application operating in step S203, the process proceeds to step S207, and the data transmission processing handler is activated. The data transmission processing handler will be described later in detail. 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 of the camera device in step S205, the process returns to step S201. When the power-off command is issued in step S205, the processing of the program 214 ends, and the power of the camera device is turned off.
[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 image storage server 12. Then, in step S217, the process waits for a response of "ACK" or "NAK" from the image storage server 12. In the next step S219, it is determined whether or not the packet has been correctly transmitted. In the determination method, if the response obtained in step S217 is “ACK”, it means that the packet has been transmitted correctly, and the process returns to step S213 to transmit the next packet to be transmitted. If the reply obtained in step S217 is "NAK" or there is no reply and time-out has occurred, it means that the packet could not be transmitted correctly, and the process proceeds to step S221. In step S221, it is determined whether or not the packet whose transmission has failed is retransmitted. When retransmitting the packet, the process returns to step S215 to transmit the failed packet again. If the transmission is not performed again, the flow proceeds to step S223, performs error processing, and then returns to the main processing.
[0038]
The packet transmission of the camera device 16 is processed in the same procedure as the generally performed packet transmission. Therefore, the present invention is realized by changing the procedure of only the receiving side, and the transmitting side may be a general data transmitting device.
[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 Communication System 12 Image Storage Server 16 Camera Device 20 Network

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.
前記検出手段は前回の受信タイミングと今回の受信タイミングとの差に基づいて前記実通信速度を検出する、請求項1記載の通信制御装置。The communication control device according to claim 1, wherein the detection unit detects the actual communication speed based on a difference between a previous reception timing and a current reception timing. 前記返送手段は、前記実通信速度が前記目標通信速度以下のとき速やかに前記許可信号を返送する第1信号返送手段を含む、請求項1または2記載の通信制御装置。The communication control device according to claim 1, wherein the return unit includes a first signal return unit that returns the permission signal promptly when the actual communication speed is equal to or lower than the target 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.
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 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)

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
US7174386B2 (en) System and method for improved performance using tunable TCP/IP acknowledgement
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
TW201924446A (en) Shared radio arbitration
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
CN116743779B (en) Configuration data synchronous updating method and device and endogenous safety industrial controller
EP2721753A2 (en) Method and apparatus for controlling an optical network unit to restart upon completion of downloading new software
US20100254273A1 (en) Network device and connection detection method thereof
JP5576212B2 (en) Information processing apparatus, communication system, information processing method, program, and irradiation apparatus
US20140047124A1 (en) Trivial file transfer protocol (tftp) data transferring prior to file transfer completion
US20160266887A1 (en) Method and System of Processing an Image Upgrade
US9992034B2 (en) Component multicast protocol
WO2020031298A1 (en) Program transfer system and program transfer method
KR100905607B1 (en) Method for gathering alarm in base station system
CN110649993B (en) Method for quickly confirming frame
JP2003283472A (en) Data transfer control method
JP5490267B2 (en) Data transfer device
CN107925527A (en) Adaptive wait in data communication
CN116582384A (en) 485 bus-based communication method and intelligent home 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