(57)【要約】【構成】カメラ装置１６から送信されるパケット信号に応じてカメラ装置１６に次のパケット信号の送出を許可する許可信号を返送する画像蓄積サーバ１２おいて、画像蓄積サーバ１２は、オペレータによって設定されたカメラ装置１６の目標通信速度を参照し、カメラ装置１６から送信されるパケット信号の実通信速度を検出し、カメラ装置１６の目標通信速度と実通信速度とに基づいて許可信号の返送タイミングを調整して許可信号を返送する。【効果】画像蓄積サーバによる制御のみで、容易にカメラ装置からの信号の通信速度を所望の通信速度に制限することが可能となる。【選択図】  図１
2004201127.tif 000002
【特許請求の範囲】
【請求項１】
通信端末から条件を満たす信号を受信したとき次の信号の送出を許可する許可信号を前記通信端末に返送する通信制御装置において、
前記通信端末の目標通信速度を検出する第１検出手段、
前記通信端末の実通信速度を検出する第２検出手段、および
前記目標通信速度と前記実通信速度とに基づくタイミングで前記許可信号の返送する返送手段を備えることを特徴とする、通信制御装置。
【請求項２】
前記検出手段は前回の受信タイミングと今回の受信タイミングとの差に基づいて前記実通信速度を検出する、請求項１記載の通信制御装置。
【請求項３】
前記返送手段は、前記実通信速度が前記目標通信速度以下のとき速やかに前記許可信号を返送する第１信号返送手段を含む、請求項１または２記載の通信制御装置。
【請求項４】
前記実通信速度と前記目標通信速度との差分に関連する遅延時間を算出する算出手段をさらに備え、
前記返送手段は、前記実通信速度が前記目標通信速度よりも高速であるとき前記遅延期間の経過後に前記許可信号を返送する第２信号返送手段を含む、請求項１ないし３のいずれかに記載の通信制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、通信制御装置に関し、特にたとえば、通信端末からの受信信号が条件を満たすとき通信端末に応答信号を返送する、通信制御装置に関する。
【０００２】
【従来技術】
従来、データサーバが通信回線を介して端末装置にデータを送る場合、単位時間あたりのデータ転送量（通信帯域）を制御するには、端末装置に使用できる通信帯域を登録して自律的に送信するデータ量を調整していた。また他には、データサーバと端末装置を繋ぐ通信回線に介在するルータ等のパケット交換装置に、端末装置毎の使用可能な通信帯域を登録して調整していた。
【０００３】
【発明が解決しようとする課題】
しかし、例えば、１つのサーバと複数の端末装置を接続する形態をとるシステムで、それぞれの端末装置で使用できる通信帯域（使用可能通信帯域）が動的に変化する場合、それぞれの端末装置の使用可能通信帯域を動的に個別に設定する必要がある。つまり、各々の通信端末またはパケット交換装置は、実際の使用可能な通信帯域の変化に合わせて使用可能通信帯域を設定する。この場合、各々の通信端末またはパケット交換装置は独立で設定を行っているので、システム全体に影響するような通信帯域の変化に対応するのは不可能であった。
【０００４】
また他の制御方法として、システム全体に影響するような通信帯域の変化に対応するために、サーバで端末装置毎の使用可能通信帯域を一律管理する方法が考えられる。この方法は、必要に応じてサーバで管理している端末装置毎の使用可能通信帯域を端末装置に通知し、端末装置は通知された使用可能通信帯域を当該装置に設定する。しかし、この方法では、実際の使用可能な通信帯域が変化してから端末装置の使用可能通信帯域の設定が変更されるまでのタイムラグが生じることや、サーバと端末装置とに使用可能通信帯域値の通信を行う通信装置が必要となりネットワーク制御部が複雑になるという欠点があった。
【０００５】
それゆえに、この発明の主たる目的は、動的にかつ簡潔に単位時間当たりのデータ転送量を制御することのできる通信制御装置を提供することである。
【０００６】
【課題を解決するための手段】
この発明によれば、通信端末から条件を満たす信号を受信したとき次の信号の送出を許可する許可信号を通信端末に返送する通信制御装置は、通信端末の目標通信速度を検出する第１検出手段、通信端末の実通信速度を検出する第２検出手段、および目標通信速度と実通信速度とに基づくタイミングで許可信号の返送する返送手段を備えることを特徴とする。
【０００７】
【作用】
通信端末から条件を満たす信号を受信したとき次の信号の送出を許可する許可信号を通信端末に返送する通信制御装置において、第１検出手段は、通信端末の目標通信速度を検出する。第２検出手段は、通信端末の実通信速度を検出する。返送手段は、目標通信速度と実通信速度とに基づくタイミングで許可信号を返送する。
【０００８】
好ましい局面では、検出手段は前回の受信タイミングと今回の受信タイミングとの差に基づいて実通信速度を検出する。
【０００９】
また、他の好ましい局面では、返送手段実通信速度が目標通信速度以下のとき速やかに許可信号を返送する第１信号返送手段を含む。
【００１０】
また、他の好ましい局面では、実通信速度と目標通信速度との差分に関連する遅延時間を算出する算出手段をさらに備え、返送手段は実通信速度が目標通信速度よりも高速であるとき遅延期間の経過後に許可信号を返送する第２信号返送手段を含む。
【００１１】
【発明の効果】
この発明によれば、通信端末からの受信信号に対し、決定手段の決定結果に基づいたタイミングで応答信号を送信することで通信端末からのデータ転送を適度に遅らせることができるので、端末装置から送信される信号の通信速度を容易に所望の通信速度に制限することができる。
【００１２】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１３】
【実施例】
図１を参照して、この実施例の遠隔監視システム１０は、大量の画像を記憶できる記憶容量を有する画像蓄積サーバ１２を含む。画像蓄積サーバ１２は、ネットワーク２０を介して複数のカメラ装置１６、１６、…、と接続する。
【００１４】
画像蓄積サーバ１２の内部構成を図２に示す。内部メモリ１０２は、カメラ装置１６から送られてくる画像データの他に、ＣＰＵ１０６で実行されるプログラム１１０や通信帯域制限テーブル１１２を記憶する。ＨＤＤ１０４は、オペレータによって値を入力される通信帯域制限設定テーブル１１４を保存する。また、ＨＤＤ１０４はカメラ装置１６から送られてくる大量の画像データを保存する。ＣＰＵ１０６は、プログラムを実行することにより、カメラ装置１６に対応するプロトコルのサポート、およびカメラ装置１６から送られてくる画像データの受信を行う。外部との通信は、ネットワークＩ／Ｆ１０８を介して行われる。
【００１５】
各々のカメラ装置１６は、図３に示すように構成される。被写体は撮像素子２０２によって撮影され、撮影された画像データは内部メモリ２１０に一時的に格納される。フラッシュメモリ２０４は、ＣＰＵ２０８で実行されるプログラム２１２を記録する。ＣＰＵ２０８は、フラッシュメモリ２０４に記録されているプログラム２１２を実行して撮影した画像データを画像蓄積サーバ１２に送信する。外部との通信はネットワークＩ／Ｆ２０６を介して行われる。
【００１６】
通信帯域制限テーブル１１２の項目、およびそれぞれの項目の値の一例を図５に示す。通信帯域制限テーブル１１２は、画像蓄積サーバ１２にネットワークを介して接続する全てのカメラ装置１６の項目を持つ。カメラ装置１６毎に持つ項目は、“１秒あたりの最大受信許容データ量”および“固定フラグ”である。“１秒あたりの最大受信許容データ量”の値は、通信帯域制限設定テーブル１１４から参照して得る場合とカメラ装置の接続状況から算出する場合の２通りある。“１秒あたりの最大受信許容データ量”の値がどのように決定されるかを具体的に述べると、カメラ装置１６に対し、通信帯域制限設定テーブル１１４でオペレータによって設定された設定値がある場合は、その設定値を通信帯域制限テーブル１１２の当該カメラ装置１６の“１秒あたりの最大受信許容データ量”の値とする。一方、カメラ装置１６に対し、通信帯域制限設定テーブル１１４にオペレータによって設定した設定値がない場合は、オペレータによる設定値のないカメラ装置同士で平均化するように“１秒あたりの最大受信許容データ量”の値を算出する。“固定フラグ”は、“１秒あたりの最大受信許容データ量”の値を通信帯域制限設定テーブル１１４から参照した場合に“１”（真）となり、それ以外は“０”（偽）となる。したがって、“固定フラグ”を参照すれば、“１秒あたりの最大受信許容データ量”の値がオペレータによって指定されたものかどうかが判断できる。
【００１７】
通信帯域制限設定テーブル１１４の項目、およびそれぞれの項目の値の一例を図６に示す。通信帯域制限設定テーブル１１４は、オペレータによる設定指示のあったカメラ装置１６の項目と通信回線で通信可能な“総通信容量”の項目とを持つ。各々の項目に対して、“１秒あたりの最大受信許容データ量”を設定することができ、この値はオペレータによって入力される。なお、“１秒あたりの最大受信容量データ量”の設定値を“０”と設定されたカメラ装置は、通信速度の制限はされない。
【００１８】
画像蓄積サーバ１２のＣＰＵ１０６は、内部メモリ１０２に記憶されたプログラム１１０に従って、図７に示す処理を実行する。まず、ステップＳ１０１にて画像蓄積サーバ１２で処理されるアプリケーションが実行される。次に、ステップＳ１０３で、カメラ装置１６からデータ受信要求があったかどうか判断し、ＹＥＳであればステップＳ１１３以降を実行し、ＮＯであればステップＳ１０５以降を実行する。
【００１９】
ステップＳ１１３では通信帯域制限テーブル１１２を参照し、次のステップＳ１１５ではデータ受信要求を発行したカメラ装置１６の項目が通信帯域制限テーブル１１２にあるかどうかを判断する。項目がある場合は、ステップＳ１２５に進みデータ受信処理ハンドラを起動する。項目がない場合は、ステップＳ１１７に進み通信帯域制限設定テーブル１１４を参照する。次のステップＳ１１９では、受信要求を発行したカメラ装置１６の項目を通信帯域制限テーブル１１２に追加する。追加した項目の内容は、ステップＳ１１７で参照した設定値がある場合は、その値を“１秒あたりの最大受信データ許容量”に入れ、固定フラグを“１”とする。ステップＳ１１７で参照した設定値がない場合は、“１秒あたりの最大受信データ許容量”は空欄のままで固定フラグを“０”とする。
【００２０】
次にステップＳ１２１に進み、固定フラグが“０”となっているカメラ装置１６の“１秒あたりの最大受信データ許容量”の値が平均化するように値を算出する。値の算出は、総通信容量、固定フラグが“１”となっているカメラ装置の設定値、および固定フラグが“０”となっているカメラ装置数の関数によって行われる。次のステップＳ１２３では、ステップＳ１２１で算出した結果をもとに、通信帯域制限テーブル１１２を更新する。
【００２１】
通信帯域制限テーブル１１２の更新が完了すると、ステップＳ１２５に進み、“データ受信処理ハンドラ”を起動する。“データ受信処理ハンドラ”について、詳しくは後述する。“データ受信処理ハンドラ”の起動が完了すると、ステップＳ１０１に戻り通常のアプリケーション処理を行う。
【００２２】
ステップＳ１０３でカメラ装置１６からの受信要求がない場合について、まず、ステップＳ１０５で通信帯域制限テーブル１１２にあるカメラ装置１６に対して、ネットワークに接続しているかをチェックする。次のステップＳ１０７で、接続が切れているカメラ装置１６がある場合は、ステップＳ１０９で接続の切れたカメラ装置１６を通信帯域制限テーブル１１２から削除し、次のステップＳ１１１で通信帯域制限テーブル１１２の値を更新する。値の更新方法は、上記のステップ１２３と同様に行う。
【００２３】
通信帯域制限テーブル１１２の更新が完了すると、ステップＳ１２７に進み画像蓄積サーバ１２に電源オフの命令が入ったかどうかを判断する。画像蓄積サーバ１２に電源オフ命令が入っていれば、画像蓄積サーバ１２は終了処理の後、電源をオフする。画像蓄積サーバ１２に電源オフ命令が入っていなければ、ステップＳ１０１に戻り画像蓄積サーバ１２のアプリケーション処理を行う。
【００２４】
図７のステップＳ１２５のデータ受信処理ハンドラは、図８および図９に示すフローに従って実行される。まずステップＳ１３１で通信帯域制限テーブル１１２を参照し、データ受信要求のあったカメラ装置１６に対応する“１秒あたりの最大受信データ許容量”を取得し変数“ＭＡＸ”に代入する。“ＭＡＸ”への代入が完了するとステップＳ１３３に移り、データ受信要求のあったカメラ装置に対し通信帯域制限があるかどうかを判断する。通信帯域制限があるかどうかは、ステップＳ１３１で参照して得た“ＭＡＸ”の値から判断する。“ＭＡＸ”の値が正の時は通信帯域制限があり、“ＭＡＸ”の値が“０”または負の値の時は通信帯域制限がない。ステップＳ１３３で通信帯域制限があると判断された場合は、ステップＳ１３５〜ステップＳ１４３を実行する。ステップＳ１３３で通信帯域制限がないと判断された場合は、ステップＳ１４５に処理が移る。
【００２５】
ステップＳ１３５〜ステップＳ１４３は、通信帯域制限がある場合の前処理である。ステップＳ１３５では、計測単位時間（Ｓ）の計算をする。計測単位時間は“ＭＡＸ”をパラメータとした関数である。次に、ステップＳ１３７で基本パケット間隔時間（Ｔ）を計算する。基本パケット間隔時間は“ＭＡＸ”をパラメータとした関数である。次に、ステップＳ１３９で、単位時間内の受信データ量（Ｄ）に“０”を代入する。代入が完了すると、ステップＳ１４１およびステップＳ１４３でパケット間隔計測タイマ（ｐ）および計測単位時間タイマ（ｓ）をリセットし、各々のタイマを“０”からスタートさせる。タイマのリセットが完了すると、処理はステップＳ１４５に進む。
【００２６】
ステップＳ１４５でカメラ装置からのパケットを受信する。このとき、パケットのサイズは“ｄ”である。パケット受信が完了すると、ステップＳ１４７で通信帯域制限があるかどうかを判断し、通信帯域制限がある場合はステップＳ１４９に進み、通信帯域制限がない場合はステップＳ１７１に進む。通信帯域制限があるかないかの判断は、ステップＳ１３３と同様に“ＭＡＸ”の値で判断する。
【００２７】
ステップＳ１４９で、ステップＳ１４５で受け取ったパケットのサイズを加算することにより単位時間内の受信データ量（Ｄ）を更新する。“Ｄ”の更新が完了するとステップＳ１５１に進み、計測単位時間タイマ（ｓ）が計測単位時間（Ｓ）を越えてないかを判断する。計測単位時間タイマ（ｓ）が計測単位時間（Ｓ）を越えている場合は、ステップＳ１５３〜ステップＳ１５７でパケット間隔計測タイマ（ｐ）、単位時間内の受信データ量（Ｄ）および単位時間計測タイマ（ｓ）をリセットし、即座に“ＡＣＫ”（肯定応答）または“ＮＡＫ”（否定応答）を返すべくステップＳ１７１に進む。一方、ステップＳ１５１で計測単位時間タイマ（ｓ）が計測単位時間（Ｓ）を越えてない場合は、ステップＳ１５９に移る。
【００２８】
ステップＳ１５９では、パケット間隔計測タイマ（ｐ）が基本パケット間隔時間を超えていないかを判断する。パケット間隔計測タイマ（ｐ）が基本パケット間隔時間を超えている場合は、ステップＳ１６１でパケット間隔計測タイマをリセットし、即座に“ＡＣＫ”または“ＮＡＫ”を返すべくステップＳ１７１に進む。パケット間隔計測タイマ（ｐ）が基本パケット間隔時間を超えていない場合は、ステップＳ１６３以下を実行する。ステップＳ１６３では、遅延時間（ｔ）を算出する。遅延時間（ｔ）は、単位時間内の受信データ量（Ｄ）、パケットサイズ（ｄ）、パケット間隔計測タイマ値（ｐ）、計測単位時間（Ｓ）、計測単位時間タイマ値（ｓ）、および基本パケット間隔時間（Ｔ）をパラメータとする関数である。遅延時間（ｔ）の算出が終了すると、ステップＳ１６５でパケット間隔計測タイマをリセットし、ステップＳ１６７で遅延時間（ｔ）待機する。遅延時間（ｔ）の待機が終了すると、ステップＳ１６９で計測単位時間タイマ（ｓ）が計測単位時間（Ｓ）を越えてないかを判断する。計測単位時間タイマ（ｓ）が計測単位時間（Ｓ）を越えている場合は、ステップＳ１５５〜ステップＳ１５７で単位時間内の受信データ量（Ｄ）および単位時間計測タイマ（ｓ）をリセットした後、ステップＳ１７１に進む。一方、ステップＳ１６９で計測単位時間タイマ（ｓ）が計測単位時間（Ｓ）を越えてない場合は、そのままステップＳ１７１に移る。
【００２９】
ステップＳ１７１では、カメラ装置から受信したパケットのデータが正しいかを判断する。パケットのデータが正しいかどうかの判断は、パケットに内包しているパケットの正当性、順序を保証するシーケンス番号、およびチェックサムやＣＲＣなどのブロックチェックコードによって行われる。この判断の結果、パケットのデータは正しい場合は、ステップＳ１７３で“ＡＣＫ”を送出する。そして、ステップＳ１７５で受信データの終了判断により受信データが終了したと判断されればメイン処理に戻る。また、受信データがまだ終了してないと判断されれば、ステップＳ１４５に移り次のパケットを受信する。
【００３０】
一方、ステップＳ１７１で受信パケットが正しくないと判断された場合は、ステップＳ１７７に移り、リトライをする場合は“ＮＡＫ”を送出してステップＳ１４５に進み、リトライがない場合はステップＳ１８１でエラー処理をした後メイン処理に戻る。ステップＳ１７７でリトライをするかどうかの判断は、同じパケットのリトライ回数が規定回数に達したかどうかで判断する。
【００３１】
ＣＰＵ１０６でデータ受信処理ハンドラが実行された場合の計測単位時間（Ｓ）、基本パケット間隔時間（Ｔ）、パケット間隔時間（ｐ）、および遅延時間（ｔ）のタイミングを示した図解図を図４に示す。
【００３２】
図４（ａ）は、基本パケット間隔時間（Ｔ）と同じ間隔でパケットを受信した場合の図解図である。この場合、１秒あたりの最大受信許容データ量（通信帯域制限）と実際のデータの通信速度が一致するため、“ＡＣＫ”を返信する遅延時間（ｔ）は発生しない。
【００３３】
図４（ｂ）は、パケットの受信間隔が基本パケット間隔時間（Ｔ）より短い場合、すなわち、通信帯域制限よりも速い通信速度で届いた場合の図解図である。パケットＢは基本パケット間隔時間（Ｔ）（図４（ａ）のタイミング）よりも短い時間で届いたので、パケットＣが図４（ａ）のタイミングで届くように、適度な遅延時間（ｔ）の後に“ＡＣＫ”を返している。パケットＣは図４（ａ）に比べ更に早いタイミングで届いたので、パケットＢのときよりも更に長い遅延時間を与えて、パケットＤが図４（ａ）のタイミングで届くように“ＡＣＫ”を返している。
【００３４】
図４（ｃ）は、パケットＢの受信が遅れた場合の図解図である。パケットＢは図４（ａ）のタイミングより遥かに遅く、つまりパケットＡを受信してから基本パケット間隔時間より遥かに長い時間が経過した後に受信した。パケットＡとパケットＢとの間隔時間が基本パケット間隔時間よりも長いので、パケットＢの受信に対する“ＡＣＫ”は直ちに返される。パケットＣは、パケットＢからの基本パケット間隔時間よりも短いタイミングで受信したので、次のパケットＤが図４（ａ）のタイミングで届くように適度な遅延時間（ｔ）の後に“ＡＣＫ”を返している。次に受信したパケットＤについては、パケットＤを受信するまでの計測単位時間内の受信データ量が少なく、図４（ａ）のパケットＤのタイミングよりも遅いタイミングで届いているので、パケットＣとのパケット間隔時間が基本パケット間隔時間（Ｔ）よりも短いにも関わらず遅延時間無しで“ＡＣＫ”を返している。
【００３５】
カメラ装置１６のＣＰＵ２０８は、フラッシュメモリに記憶されたプログラム２１２に従って、図１０に示す処理をする。まず、ステップＳ２０１にてカメラ装置で処理されるアプリケーションが実行される。次に、ステップＳ２０３で動作しているアプリケーションによるデータ伝送要求があると、ステップＳ２０７に進みデータ送信処理ハンドラを起動する。データ送信処理ハンドラについて、詳しくは後述する。ステップＳ２０３で動作中のアプリケーションからのデータ伝送要求がなければ、ステップＳ２０５に進む。ステップＳ２０５でカメラ装置の電源オフ命令がなければ、ステップＳ２０１に戻る。ステップＳ２０５で電源オフ命令が発行されたらプログラム２１４の処理が終了し、カメラ装置の電源がオフになる。
【００３６】
図１０のステップＳ２０７のデータ送信処理ハンドラは、図１１に示すフローに従って実行される。まず、ステップＳ２１１で送信するデータをパケットに分割する。次に、ステップＳ２１３で送信するパケットがあるかどうかを判断し、送信するパケットがある場合はステップＳ２１５以下を実行する。送信するパケットがない場合はデータ送信処理ハンドラを終了する。
【００３７】
ステップＳ２１５でパケットを画像蓄積サーバ１２に対し送信する。そして、ステップＳ２１７で画像蓄積サーバ１２からの“ＡＣＫ”または“ＮＡＫ”の返答を待つ。次のステップＳ２１９でパケットが正確に送信できたかどうかを判断する。判断方法は、ステップＳ２１７で得た返答が“ＡＣＫ”ならパケットが正確に送信できたことを意味し、ステップＳ２１３に戻り次に送信するパケットがあれば送信する。ステップＳ２１７で得た返答が“ＮＡＫ”もしくは返答が無くタイムアウトになった場合は、パケットが正確に送信できなかったことを意味し、ステップＳ２２１に進む。ステップＳ２２１では、送信に失敗したパケットを再び送信しなおすかを判断する。再び送信しなおす場合は、ステップＳ２１５に戻り失敗したパケットを再び送信する。送信しなおさない場合は、ステップＳ２２３に移りエラー処理をした後、メイン処理に戻る。
【００３８】
カメラ装置１６のパケット送信については、一般的に行われているパケット送信と同じ手順で処理されている。したがって、本発明は受信側のみの手順の変更により実現しており、送信側は一般的なデータ送信装置であればよい。
【００３９】
以上の説明から分かるように、受信側から返送する“ＡＣＫ”または“ＮＡＫ”タイミングを適度に遅らせることにより、データの送信端末ごとの通信速度を制限することができる。
【００４０】
なお、通信帯域制限設定テーブル１１４の“総通信容量”はオペレータによる入力としたが、実際の通信回線の通信容量を測定し、その結果から算出したものを使ってもよい。
【図面の簡単な説明】
【図１】この発明の一実施例を示す図解図である。
【図２】図１実施例の一部を示すブロック図である。
【図３】図１実施例の他の一部を示すブロック図である。
【図４】図１実施例の動作の一部を示す図解図である。
【図５】図１実施例の一部を示す図解図である。
【図６】図１実施例のその他の一部を示す図解図である。
【図７】図１実施例の動作の一部を示すフロー図である。
【図８】図１実施例の動作のその他の一部を示すフロー図である。
【図９】図１実施例の動作のその他の一部を示すフロー図である。
【図１０】図１実施例の動作のその他の一部を示すフロー図である。
【図１１】図１実施例の動作のその他の一部を示すフロー図である。
【符号の説明】
１０…通信システム
１２…画像蓄積サーバ
１６…カメラ装置
２０…ネットワーク
【図１】
2004201127.tif 000003
【図２】
2004201127.tif 000004
【図３】
2004201127.tif 000005
【図４】
2004201127.tif 000006
【図５】
2004201127.tif 000007
【図６】
2004201127.tif 000008
【図７】
2004201127.tif 000009
【図８】
2004201127.tif 000010
【図９】
2004201127.tif 000011
【図１０】
2004201127.tif 000012
【図１１】
2004201127.tif 000013