JP2008527842A

JP2008527842A - モニタリングシステムおよびモニタリングシステムのモニタリング装置にアクセスする方法

Info

Publication number: JP2008527842A
Application number: JP2007550325A
Authority: JP
Inventors: トゥルベルグ、ヨアキム; アドルフソン、ヨハン
Original assignee: アクシスアクチボラグ
Priority date: 2005-01-10
Filing date: 2005-12-22
Publication date: 2008-07-24
Also published as: SE530217C2; CN101103608A; KR20070093417A; EP1836826A1; WO2006073348A1; SE0500071L

Abstract

パブリックネットワーク４、プライベートネットワーク２、パブリックネットワーク４からプライベートネットワーク２へのアクセスを制限するよう配置されるアクセス制限装置６およびパブリックネットワーク４に接続される制御サーバー２０、２２、２４を備えるモニタリングシステムおよびモニタリングシステムにおける方法である。モニタリングシステムはさらに、プライベートネットワークに接続され、ｈｔｔｐ要求を制御サーバー２０、２２、２４に送るよう整えられるモニタリング装置１０を備える。制御サーバー２０、２２、２４は、ｈｔｔｐ要求に応答して、モニタリング装置１０にｈｔｔｐ応答を送るよう整えられ、ｈｔｔｐ応答のコンテント長は定義されていないか、コンテント長が、将来の複数の制御メッセージを時間外に延びるｈｔｔｐ応答の一部として運ぶことを可能とするだけ十分大きい数に設定されていて、その結果、アクセス制限装置６を経て制御サーバー２０、２２、２４からモニタリング装置１０への開放路を生じ、かつ制御サーバー２０、２２、２４は前記開放路を介して制御メッセージをモニタリング装置１０に送る。

Description

本発明は、パブリックネットワーク、プライベートネットワークおよびパブリックネットワークからプライベートネットワークへのアクセスを制限するよう配置されるアクセス制限装置を含むモニタリングシステムに関する。さらには、本発明は、パブリックネットワークからそのようなモニタリングシステムのモニタリング装置にアクセスする方法に関する。

特別な関心がもたれる建物や地域のモニタリングのためのモニタリングシステムや、直接コンピュータネットワークに接続されるカメラによる処理が、ますます普及してきている。この理由の一つは、これらのシステムは、コンピュータネットワークが既に用意されていれば、現存するネットワークが大いに利用できるからである。もう一つの理由は、モニタリングシステムのために構築されなければならないネットワークは、他の種類の装置、例えばコンピュータ、サーバーおよび周辺装置を接続するのに用いられるからである。

多くの場合、その特別な関心がもたれる建物や地域のモニタリングまたは処理に責任を負うモニタリングシステムまたは中央制御センターのユーザーは、モニタされる場所から離れた所に位置する。モニタリングシステムがコンピュータネットワークに基づくものであることによって、離れたユーザーや離れた制御センターは、インターネットを介して容易にモニタリングシステムに接続される。しかしながら、大抵のプライベートネットワーク、ホームネットワーク、コーポレートネットワーク等は、インターネットからのネットワークへのアクセスを制限する何らかの装置を介してインターネットへと接続されている。そのようなアクセス制限装置は、ファイアーウォール、プライベートネットワークに付加的なＩＰアドレスを加えるＮＡＴ（ネットワークアドレス変換）を実装したルーター、プロキシサーバーまたはダイナミックなＩＰアドレスを提供するインターネットサービスプロバイダ（ＩＳＰ）である。

そうして、そのようなモニタリングシステムの問題の一つは、多くの機能、例えば装置のモニタリングの制御には、制御センターか遠くにいるユーザーがトランザクションを開始する必要があり、かつモニタリング装置がアクセスを制限する装置の後ろのプライベートネットワークに配置されていることである。従って、制御センターや遠くにいるユーザーは、設置されている保護を貫通できなかったり、モニタリング装置のアドレスを知らなかったりする。ファイアーウォールは、プライベートネットワークの外で発生するコミュニケーションを通過させるように修正される。しかしながらそのような修正は、困難であり、というのはファイアーウォールがユーザーの制御範囲に無かったり、ユーザーはファイアーウォールを開きたくなかったり、あるいはユーザーはファイアーウォールの修正の仕方を知らないか、そのような面倒を行おうとはしないからである。

サーバーがクライアントと通信するのを可能とし、そうできなければアクセス不可能となるような方法の一つが、米国特許出願２００４／００４４７７１Ａ１に記述されている。その文献には、クライアントからサーバーへの持続するネットワーク接続が確立されることが記載されている。さらにそれには、そのような構成は少数のクライアントに対して良好に行われるが、多数の（すなわち何千あるいはそれ以上の）クライアントが単一のサーバーに接続するとサーバーがすぐにオーバーロードしてしまうということも記述されている。

しかしながら、その文献には、さもなければアクセス不可能となるネットワーク装置への持続するネットワークの接続をどのように実施すべきか記述していない。

（発明の概要）
本発明の目的の一つは、改良されたコンピュータネットワークに基づくモニタリングシステムを提供することである。

その目的は、請求項１によるモニタリングシステムの少なくとも１つのモニタリング装置にアクセスする方法や、請求項１１によるモニタリングシステムによって達成される。発明の実施例が従属項に開示される。

特に発明の第一の観点によると、その目的は、モニタリングシステムの少なくとも一つのモニタリング装置にアクセスする方法によって達成され、そのモニタリングシステムは、パブリックネットワーク、プライベートネットワーク、パブリックネットワークからプライベートネットワークへのアクセスを制限するよう配置されるアクセス制限装置、プライベートネットワークに接続されるモニタリングデバイスおよびパブリックネットワークに接続される制御サーバーを備える。その方法は、モニタリング装置からのｈｔｔｐ要求を制御サーバーに送り、前記ｈｔｔｐ要求に応答して、コンテント長が定義されていないか、コンテント長が、将来の複数の制御メッセージを時間外に延びるｈｔｔｐ応答の一部として運ぶことを可能とするだけ十分大きい数に設定されているｈｔｔｐ応答を送り、それによってアクセス制限装置を経てサーバーからモニタリング装置への開放路を達成し、そして前記開放路を介して複数の制御メッセージを制御サーバーからモニタリング装置へと送るステップを備える。

発明の第二の観点によると、その目的は、パブリックネットワーク、プライベートネットワーク、パブリックネットワークからプライベートネットワークへのアクセスを制限するよう配置されるアクセス制限装置およびパブリックネットワークに接続される制御サーバーを備えるモニタリングシステムによって達成される。そのモニタリングシステムは、モニタリング装置がプライベートネットワークに接続されていることと、ｈｔｔｐ要求を制御サーバーに送るよう配置されていることを特徴とし、前記制御サーバーは、ｈｔｔｐ要求に応答してｈｔｔｐ応答をモニタリング装置に送るよう配置されており、ｈｔｔｐ応答のコンテント長は定義されていないか、またはコンテント長が、将来の複数の制御メッセージを時間外に延びるｈｔｔｐ応答の一部として運ぶことを可能とするだけ十分大きい数に設定されていて、結果としてアクセス制限装置を経て制御サーバーからモニタリング装置への開放路が得られ、かつ制御サーバーは前記開放路を介して制御メッセージをモニタリング装置へと送るよう配置されている。

ｈｔｔｐ（ハイパーテキストトランスポートプロトコル）要求に上述のようなｈｔｔｐ応答で応答することによって制御サーバーからモニタリング装置への開放路を提供する利点の一つは、ｈｔｔｐ要求が、ファイアーウォールまたはその他のアクセス制限装置を通してほとんどいつでも送信できる種類のメッセージであるというものである。それ故、モニタリング装置から制御サーバーにｈｔｔｐ要求を送り、かつ前記ｈｔｔｐ応答で制御サーバーから応答することによって開放路を作ることで、結果としてアクセス制御装置を経て制御サーバーからモニタリング装置への開放路を作る簡単で有効な方法が得られる。したがって、モニタリングシステムのセットアップが簡単になり、というのは制御サーバーでトランザクションを開始可能とするためにアクセス制限装置に手を加える必要が無いからである。特に、モニタリング装置のセットアップが簡単になって、プライベートネットワークの安全に影響を及ぼす必要がある。

一つの実施例によると、ネットワーク接続が検出されるや否や開放路のセットアップを開始するｈｔｔｐ要求がモニタリング装置から送られる。これによってモニタリング装置をセットアップするのがさらに簡単になる。モニタリング装置を設定するのが簡単であれば、とりわけ小さな会社や家庭用のモニタリングシステムにとって興味深いものとなる。

さらなる実施例によると、前記ｈｔｔｐ要求は、モニタリング装置に蓄積される制御サーバーのリストにおいて最初の選択として指示される制御サーバーに送られる。この特徴もまた、モニタリング装置の設置を簡単にするのに貢献する。さらにはこれによってシステムの負荷制御が容易となる。

なおもさらなる実施例によると、方法は、
現在開放路を介して制御メッセージをモニタリング装置に送ることのできる第一のサーバーから制御メッセージを送り、その制御メッセージには、第一の制御サーバーから第二の制御サーバーに開放路を移動させよとのモニタ装置へのインストラクションが含まれており、
開放路を生成していた接続を終端させ、そうして開放路を終端し、
ｈｔｔｐ要求をモニタリング装置から第二の制御サーバーへと送り、
前記ｈｔｔｐ要求に応答して、ｈｔｔｐ応答を、コンテント長が定義されていない第二の制御サーバーから送り、それによってアクセス制限装置を経て第二の制御サーバーからモニタリング装置への開放路を達成し、
ｈｔｔｐ応答が送られた後、前記開放路を介して第二の制御サーバーからモニタリング装置に複数の制御メッセージを送る行為をさらに備える。

このような方法を提供することによって、モニタリング装置がアクセス制限装置の後ろのプライベートネットワークに配置されているという事実があるにも関わらず、すなわち、制御サーバーまたはパブリックネットワーク路における制御サーバーへの負荷が大きくなろうとも、システムのネットワーク負荷をダイナミックに釣り合わすことが可能となる。

さらなる実施例によると、開放路をそこに移す制御サーバーが、モニタリング装置に蓄積される制御サーバーのリストからモニタリング装置によって選択される。そして、選択された制御サーバーは、第一の選択の制御サーバーに設定され、そしてその設定は、モニタリング装置のリストに蓄積される。この利点は、ネットワークでのまたは特定のサーバーへの不必要な負荷という危険が最小化されるということであり、それは、その移動を開始する制御サーバーまたはその制御サーバーへのネットワーク路の負荷が、制御装置が切り離されて再び接続された後でさえ、おそらくは高いからであり、そのようなことが起きればモニタリング装置はより少ない負荷を有する制御サーバーに接続する。

本発明がさらに適用可能な範囲は、以下の詳細な記述から明らかになる。しかしながら、詳細な説明や特定の例は、発明の好ましい実施例を示す一方で、例示のためだけのもので、それは、発明の精神や範囲内で種々の変形や修正が、この詳細な記述から当業者には明らかになるからである。

本発明のその他の特徴や利点は、添付される図面を参照して、現在好ましい実施例の以下の詳細な記述から明らかになる。

（本発明の好ましい実施例の詳細な説明）
本発明によるモニタリングシステムの一実施例が図１に示されている。モニタリングシステムには、プライベートネットワーク２、例えば、家庭で、オフィスで、工場で、公園または庭園で、駐車場であるいはモニタしたいという興味が起きるいかなる地域または建物において配置されるローカルエリアネットワーク（ＬＡＮ）が含まれている。プライベートネットワーク２は、パブリックネットワーク４、例えば、インターネットに、アクセス制限装置６、例えば、ファイアーウォール、ＮＡＴ（ネットワークアドレス変換）、プロキシサーバー、ＩＳＰ（インターネットサービスプロバイダ）の提供するダイナミックアドレスを介して、接続されている。アクセス制限装置６は、制限装置の特定の種類によって異なる方法でパブリックネットワーク４からプライベートネットワーク２へのアクセスを制限している。例えば、ファイアーウォールは、一般には、パブリックネットワークからのプライベートネットワークにおける装置へのアクセスを禁止するよう配置される。

さらには、システムには少なくとも一つのモニタリング装置１０が含まれており、それは特定の地域または処理と関連して、プライベートネットワークを介してモニタリング情報を提供するプライベートネットワーク２に接続されている。モニタリング装置１０は、端末１４、１６によってユーザーがコントロールするように配置されており、モニタリング装置は、例えばカメラ、警報システムの中央部、ＩＲ検出器、温度センサー等であり、それはプライベートネットワーク２を介して通信することが可能である。端末１４、１６は、コンピュータ１４、ワークステーション１４、コンピュータ化された制御センター、携帯電話１６、ＰＤＡ（携帯型情報端末）等であり、パブリックネットワーク４に接続されている。

さらに、端末１４、１６がアクセス制限装置６を経てモニタリング装置１０を制御し、それにアクセスすることを可能とするために、少なくとも一つの制御サーバー２０がパブリックネットワーク４に接続される。

前述のとおり、パブリックネットワーク４上の装置からプライベートネットワーク２上の装置へのアクセスは、アクセス制限装置６によって禁止される。ユーザーがモニタリング装置を制御することが可能となるようにするために、ユーザーの端末１４、１６は、モニタリング装置１０との通信を開始できなければならない。これは、ネットワーク上の利用可能な帯域幅に大きな影響を及ぼすことなく可能とされなければならず、そうしてこの機能は、帯域幅の不必要な使用を伴ってはならない。これを可能とするために、モニタリング装置１０にｈｔｔｐ要求５２を制御サーバー２０に送らせることによって、アクセス制限装置を経てサーバー２０からモニタリング装置１０への制御接続がセットアップされる。図１および図２を参照。ｈｔｔｐ要求は、電源投入５０、ネットワーク接続の検出、ボタンの押下、暗号鍵による符号の暗号化、警報を示す事柄の検出の受信等の際にモニタリング装置１０によって送られる。警報を指示する事柄は、内部的または外部的に、モニタリング装置と関連して、配置されたセンサーまたは警報を引き起こすプログラムにおける状態からの信号である。

そして制御サーバー２０は、「エンドレス」なｈｔｔｐ応答５４をモニタリング装置１０に送ることによってこの要求に応答する。エンドレスなｈｔｔｐ応答５４のコンテントの長さは特定されず、ｈｔｔｐ応答における大きな数として特定されてもよく、それによってその下にあるＴＣＰ接続が制御サーバーによって終端されないものとなる。この結果、アクセス制限装置６とモニタリング装置１０は応答が終端されることを考慮せず、それによってアクセス制限装置６を通して制御サーバー２０からモニタリング装置１０への開放路が作られる。コンテント長が大きな数として特定された場合、大きな数に応答する量のデータが送られるまで応答は終端されない。制御サーバーが開放路を使って、制御メッセージ５６（制御メッセージ１〜Ｎ）をモニタリング装置に送ることによって、モニタリング装置１０を制御し、ここで、Ｎは制限の無い数字である。制御メッセージ５６は、制御サーバー２０自体によってまたはユーザー端末１４、１６によって開始される。開放路によって、制御サーバー２０は、制御メッセージ５６を随時送ることができ、すなわちサーバーはモニタリング装置からのポーリング信号を待つ必要はなく、そして本質的には待ち時間が無い。したがって、ユーザー端末１４、１６を用いてモニタリング装置１０からモニタリングデータを要求するユーザーは、本質的には要求を運んだりモニタリング装置において処理したり、端末へと運び戻したりすることから待ち時間が生じる経験しかしない。またこの結果、ネットワークにおいて運ばれるトラフィックがより少なくてすむ。

開放路を作っているｈｔｔｐ応答はまた、やがては分散する複数の制御メッセージ５６を含むｈｔｔｐ応答、またはコンテント長が、将来の複数の制御メッセージを時間外に延びるｈｔｔｐ応答の一部として運ぶことを可能とするだけ十分大きい数に設定されているｈｔｔｐ応答としても記述される。これは、ｈｔｔｐ応答のコンテントの長さを定義しないかまたは、ｈｔｔｐ応答のコンテントの長さを大きな数に設定することによって達成される。コンテントの長さを大きな数に設定する場合には、その大きな数は、複数の制御メッセージ５６がｈｔｔｐ応答の終端無く、そしてその結果開放路の終端無く、ｈｔｔｐ応答によって送られるほど大きく選定される。ｈｔｔｐ応答のみの最初のパケットが数バイトで、かつそれに続く制御メッセージもかなり小さければ、そのような大きな数は、１８キロバイトであることもある。しかしながら、制御メッセージが大きなサイズであれば、そのような大きな数はまた、２メガバイト以上である。加えて、コンテントの長さのサイズはまた、開放路の望ましい期間にも依存する。アプリケーションによっては、新しい開放路が毎時間ごとに設定されれば、ネットワーク負荷があまり影響されないが、別のアプリケーションでは、ネットワーク負荷に著しく影響を及ぼさないように一日以上も開放路を開いたままにしておくことが望まれる。

したがって、図２の制御メッセージ５６の１〜Ｎに示されるように、開放路は、制御サーバー２０または端末１４、１６が開始したメッセージ送信のためのプライベートネットワーク２への通信リンクである。制御メッセージ５６は、ユーザーの端末からモニタリング装置を制御するのに用いられ、そのようなインストラクションは、制御サーバーによって、中継され、または変換されて、開放路を介して送られる。さらには、制御メッセージ５６を用いて、モニタリング装置１０の状態をチェックし、モニタリング装置が正しく動作していることをテストし、開放路接続の状態を制御し、モニタリング装置に構成データを提供し、モニタリング装置１０に新しいまたはその他の接続をセットアップするよう要求し、またはモニタリング装置にデータ、例えばモニタリングデータまたはその他の関係するデータを特定の目的地に送達するよう要求する。

一つの実施例において、開放路接続が壊れているか、何らかの理由で終端されているかどうか測定するために、制御サーバー２０は、その接続のチェックを頻繁に開始するよう整えられる。そのチェックは、インストラクションとそのチェックに関連するデータを含む制御メッセージ５６を、開放路を介して送る制御サーバーによって開始される。モニタリング装置は、そのような制御メッセージを頻繁に受け取ることを期待してプログラムされている。

そのようなチェックは、多くの異なる方法で実施される。例えば、サーバーは、チェックデータを含む制御メッセージ１００の送信を引き起こすタイマー１０６を備える。図３を参照。タイマー１０６に設定される期間は、ｔ_ｓである。モニタリング装置はまた、モニタリング装置が制御データを含む制御メッセージ１００を受け取るごとにリセット１０４されるタイマー１０８を備える。モニタリング装置に設定される期間は、ｔ_ｍであり、ここでｔ_ｍ＝ｔ_ｓ＋Δｔである。Δｔは、ｔ_ｓに対して短い時間であり、この時間Δｔは、制御メッセージの送信において起こり得る遅延を補償するだけの十分な長さがありさえすればよい。

図３において、チェッキングデータを含む制御メッセージ１００が示されている。制御メッセージ１００が送られるのと同時にタイマー１０６が始動する。制御メッセージ１００がモニタリング装置で受け取られると、モニタリング装置のタイマー１０８が始動する。そして、制御サーバーのタイマー１０６が始動してｔ_ｓ時間単位後に、タイマー１０６は、チェッキングデータを含む次の制御メッセージ１０１の送信を引き起こし、制御サーバーのタイマー１０６が再始動する。チェッキングデータを含む制御メッセージ１０１がモニタリング装置で受け取られると、モニタリング装置のタイマー１０８が、時間切れとなる前にリセットされて再始動する。そして、制御サーバーのタイマー１０６が再始動して、ｔ_ｓ時間単位後にタイマー１０６がチェッキングデータを含む次の制御メッセージ１０２の送信を引き起こし、そして制御サーバーのタイマー１０６がもう一度再始動する。この例において、制御メッセージ１０２は、何らかの理由でモニタリング装置に到達せず、これによって、モニタリング装置のタイマー１０８がｔ_ｍ時間単位後に時間切れとなる。モニタリング装置のタイマー１０８が時間切れとなったときに、制御サーバーとモニタリング装置との間に開放路を再度確立することを試みるために、新しいｈｔｔｐ要求５２の送信が引き起こされる。制御サーバーがダウンしているか、ｈｔｔｐ要求が制御サーバーに到達していないならば、モニタリング装置は、例えばこの説明に記述されているような方法で、別の制御サーバーに接続することを試みる。

チェックがネットワークの能力を低下する程度までネットワークに負荷をかけないように２分に一度チェックが行われ、すなわち、ｔ_ｓ＝２分である。しかしながら、チェックがネットワークの能力を著しく低下する負荷を結果として生じないならば、チェックは、より頻繁に行われてもよく、例えば２０秒ごとに一度（ｔ_ｓ＝２０秒）でもよい。

一つの実施例によると、制御サーバー２０へのアドレスがモニタリング装置１０に蓄積され、そのアドレスは、図２に関して記述される制御メッセージのための開放路をセットアップするｈｔｔｐ要求を送るときにモニタリング装置１０によって用いられる。そのアドレスは、ＩＰアドレス（インターネットプロトコルアドレス）でもＵＲＬ（ユニフォームリソースロケータ）でも良い。この実施例は、いくつの制御サーバーがパブリックネットワークで利用可能であるのかとは関係なく用いられる。

実施例と関係なく、開放路の最終的な責任はモニタリング装置にあり、というのは、開放路はモニタリング装置からしか開始されないからである。したがって、何らかの理由で接続が壊れていると、モニタリング装置は、新しい接続のセットアップを開始しなければならない。

図４において、複数の制御サービスを含むモニタリングシステムが示されている。モニタリングシステムは、図１に示されているシステムと同じであるが、それには第一の制御サーバー２０、第二の制御サーバー２２および第三の制御サーバー２４が含まれているところが異なっている。モニタリング装置１０は、開始メッセージを上の記載にしたがって、または以下のいずれかの記載にしたがって、制御サーバー２０、２２および２４の１つに送るよう配置される。図には、３つの制御サーバー２０、２２および２４が示されている。しかしながら、システムには２つの制御サーバーしか含まれていなくてもよいし、４つの制御サーバーが含まれていてもよい。状況によっては、モニタリングシステムに４を超える制御サーバーを備えるのが最適となる。

この実施例において、モニタリング装置と関連する制御サーバーは、本制御サーバー２０、すなわち第一の制御サーバー２０からの制御メッセージのモニタリング装置１０への送信が、第一の制御サーバー２０への接続を終端し、第二の制御サーバー２２のアドレスである制御メッセージに備えられるアドレスへの接続を開始する要求を含むように変更されてもよい。そして、モニタリング装置１０は、開放路を含んで、第一の制御サーバーへの接続を終端させ、ｈｔｔｐ要求を第一の制御サーバーが提供するアドレスに送る。そして、第二の制御サーバーは、そのｈｔｔｐ要求を受け取り、図２の記述にしたがって開放路をセットアップする。複数の制御サーバーと制御サーバーを変更する方法を提供する利点の一つは、それによってネットワークの異なる部分の負荷を釣り合わせることが可能となる、というものである。別の利点は、制御サーバーの冗長であり、すなわちたとえ利用可能でないものがあっても、いずれかの制御サーバーは常に利用可能である。制御サーバーが利用不可能となるのは、過負荷のため、故障のため、ネットワーク接続が遮られているため、その他である。しかしながら、別の利点は、専門化した制御サーバーが用いられることである。例えば、制御サーバーの１つの部分集合がビデオを取り扱うのに専門化され、１つの部分集合が他の目的で専門化される。この方法では、全ての制御サーバーについて、いくつかの特定の機能、プログラムまたはハードウェアに関するライセンスを払う必要が無い。

別の実施例において、複数の制御サーバー２０のアドレスがモニタリング装置１０のリストに蓄積される。そのリストのアドレスは、優先され、すなわち最初に選択されるアドレスがあって、二番目に選択されるアドレスがある等リストのアドレスの数はモニタリングシステムと関連するパブリックネットワーク上の制御サーバー２０の数以下である。この実施例において、制御サーバー２０、すなわち第一の制御サーバー２０からモニタリング装置への開放路を確立するために、モニタリング装置は、そのリストによる最初の選択である制御サーバー２０に最初のｈｔｔｐ要求を行うよう配置される。この試みが失敗するならば、モニタリング装置は、そのリストによる第二の選択である制御サーバー２２、すなわち第二の制御サーバーに最初のｈｔｔｐ要求を行うよう配置される。最初のｈｔｔｐ要求により多くの失敗があり、かつそのリストにさらなる制御サーバーがあるならば、さらなる制御サーバーが無くなるか開放路が確立されるまで手順が続けられる。

さらには、第一の制御サーバー２０によって開放路が確立されてはいるが、その制御サーバー上またはパブリックネットワークの第一の制御サーバーが接続されている部分上の負荷が高過ぎるとする。そうすると、第一の制御サーバーは、モニタリング装置に制御メッセージを送って、モニタリング装置に制御サーバーを変えるよう要求することによって、それが第二の制御サーバー２２に接続されるよう要求する。そしてモニタリング装置は、接続を終端して、最初のｈｔｔｐ要求をモニタリング装置１０に蓄積されているリストの第二の選択に送る。

モニタリング装置において制御サーバーの前記優先されたリストを実施することによって、一つの特定の制御サーバーが現在利用可能でないために、モニタリング装置を制御サーバーに接続することができなくなる危険が少なくなる。加えて、高負荷のために、制御サーバーを変える必要があるとき、モニタリング装置１０に送る必要のあるデータが少なくなり、そうして高負荷条件への寄与を最小化する。

優先されたリストを含むモニタリング装置１０について、サーバーが変えられたとき、その優先されたリストは、修正される。例えば、第二の制御サーバー２２は、第一の選択の制御サーバーとして入力され、したがって第一の制御サーバーはより優先度の低い制御サーバーとして入力される。そしてその修正されたリストは、モニタリング装置１０に蓄積される。優先されたリストをそのように修正する利点は、モニタリング装置が、電源が切断されてしまうか、ネットワークから切断されてしまって、そして電源が投入されまたはネットワークに再接続されるならば、開放路のセットアップシーケンスを、なおも高負荷を経験しているかもしれない制御サーバーに対して行う必要はなく、最新の開放路がうまく確立されたのと同じ制御サーバーに対して行うことである。

モニタリング装置に別の制御サーバーに接続するよう命令するインストラクションを含むリダイレクト用メッセージが、制御メッセージまたは開放路を開始するｈｔｔｐ応答の中に準備される。

一つの実施例によると、モニタリング装置は、ネットワークで動作可能なカメラである。モニタリング装置がカメラである場合、大きなモニタリングデータ量、すなわち、それが要求に応じて制御サーバーに送り、そうして制御サーバーが接続されるパブリックネットワークの一部、または制御サーバー自体に大きな負荷を導入するビデオシーケンス、画像、ストリーミングビデオ等のために、負荷の釣り合わせがさらに重要となる。

一つの実施例によると、カメラであるモニタリング装置は、モニタリング装置の特定のタスクを行うのに必要な特徴に加えて以下の構成要件を備える。すなわち、制御サーバー通信プログラム２０２、ウェブサーバー２０４、ＵＲＬアドレス可能蓄積手段２０５およびネットワークインターフェース２１１を備える。図５を参照。ウェブサーバー２０４および制御サーバー通信プログラム２０２は、モニタリング装置のプロセッサによって処理されるソフトウェア機能として実行されるが、またハードウェアによって実行されてもよい。制御サーバー通信プログラム２０２は、開放路をセットアップする最初のｈｔｔｐ要求を送り、かつ前記開放路を介して受け取られるインストラクションをウェブサーバー２０４に送るためのｈｔｔｐメッセージに翻訳するよう配置される。モニタリング装置そしてそれゆえに制御サーバー通信プログラム２０２およびウェブサーバー２０４は、ネットワークインターフェース２１１を介してプライベートネットワーク２１２に接続される。ウェブサーバー２０４は、データをＵＲＬアドレス可能蓄積手段２０５に装填するか、蓄積することによってｈｔｔｐ要求を取り扱う。すなわち、ＵＲＬアドレス可能蓄積手段には、モニタリング装置１０が生成する一つの種類のデータである、第一のモニタリングデータ２０６のためのＵＲＬ、モニタリング装置１０が生成する別の種類のデータである第二のモニタリングデータ２０８のためのＵＲＬおよび構成データ２１０のためのＵＲＬが含まれている。モニタリングデータは、例えばビデオ画像であるかシーケンスである。

別の実施例によると、モニタリング装置にはさらに、ＲＴＳＰ（リアルタイムストリーミングプロトコル）が組込まれたメディアサーバーを含むか、またはウェブサーバー２０４は、そのようなメディアサーバーで置き換えられる。

端末１４、１６によってモニタリング装置１０からモニタリング情報を要求する方法の実施例が、図１を参照してここに記述される。その方法は、複数の制御サーバー２０、複数のモニタリング装置および複数の端末を備えるシステムならびに図１に示されるようなシステムにおいて用いられる。制御サーバー２０とモニタリング装置１０との間の開放路が、図２の記述にしたがって設定されている。

端末１６のユーザーは、特定のモニタリング装置からモニタリングデータが欲しいと判断する。端末１６は、欲しいと思ったデータを特定して制御サーバー２０にｈｔｔｐ・ｇｅｔを送る。制御サーバー２０は、そのｈｔｔｐ・ｇｅｔを受け取り、その端末からのｈｔｔｐ・ｇｅｔによって確立される接続にセッション識別を割り当て、かつ開放路を介して、そのｈｔｔｐ・ｇｅｔを特定のモニタリング装置に送るための制御メッセージに翻訳する。その制御メッセージには、とられるべき行動を特定する命令、この例においてその行動は、データを検索すること、検索すべきデータを識別するＵＲＬ、およびデータが戻される制御サーバー２０でのアドレスを特定し、かつセッション識別を特定する送り先ＵＲＬが含まれている。制御メッセージがモニタリング装置に送られ、かつモニタリング装置は、検索すべきデータを識別するＵＲＬによって識別されるモニタリングデータを検索することによって特定の行動を行う。そして、モニタリング装置は、制御メッセージに含まれる送り先ＵＲＬに向けられるｈｔｔｐ・ｐｏｓｔを生成し、それによって、データを制御サーバー２０に送る。制御サーバーは、モニタリングデータを含むｈｔｔｐ・ｐｏｓｔを受け取る。そして、制御サーバー２０は、モニタリング装置１０からのｈｔｔｐ・ｐｏｓｔにおけるＵＲＬのセッション識別を用いて要求されたデータが含まれる端末１６からのｈｔｔｐ・ｇｅｔへの応答を生成する。

モニタリング装置には、上記例における制御サーバーから送られる制御メッセージを解釈するプログラムが含まれている。そのようなプログラムは、行うべき行動を、すなわち上記の場合はデータの検索を、識別するよう整えられ、そして検索すべきデータを識別するＵＲＬを、要求されるデータが検索可能なモニタリング装置内の場所へと翻訳する。そして、要求されるモニタリングデータは、上記の例に記述されるような送り先ＵＲＬに送られるｈｔｔｐ・ｐｏｓｔメッセージに含まれる。

別の実施例によると、そのモニタリング装置は、図５に記述されているモニタリング装置のように設計される。そのようなモニタリング装置が上記モニタリングデータを検索する例において用いられるとき、そのモニタリング装置は、制御サーバー通信プログラム２０２で制御メッセージのデータを受け取り、かつｈｔｔｐ・ｇｅｔへのデータを、検索すべきデータを識別するＵＲＬに翻訳する。そして、そのｈｔｔｐ・ｇｅｔは、埋め込まれたウェブサーバー２０４へと送られる。そして、ウェブサーバー２０４は、そのｈｔｔｐ・ｇｅｔを当業者に周知の方法で処理して、要求されたモニタリングデータを制御サーバー通信プログラム２０２へと戻すが、それは、ｈｔｔｐ・ｐｏｓｔを生成し、モニタリングデータを含めて送り先ＵＲＬに送る。

一つの実施例において、モニタリング装置１０には、装置を識別する電子シリアルナンバーが備わる。そのシリアルナンバーは、製造中にモニタリング装置１０に蓄積され、結果的に開放路を生じる接続を設定する間にモニタリング装置１０を識別するのに用いられる。

加えて、モニタリング装置には、送られるべきメッセージを暗号化し、または受け取られたメッセージを解読する独特の鍵が備えられる。この鍵はまた、結果として開放路を生じる接続を設定する間カメラを認証するのに用いられる。制御サーバーにはまた、モニタリング装置からのメッセージを解読し、モニタリング装置に送られるメッセージを暗号化し、かつモニタリング装置１０を認証するために鍵が備えられる。それによってモニタリング装置と制御サーバーとの間の全ての通信が暗号化される。好ましくは、製造されるモニタリング装置の各々について独自の鍵が備えられ、その鍵は、そのモニタリング装置を製造する間にその装置に蓄積される。それらの鍵は、秘密共用システムまたは公開鍵システムの鍵である。

一つの実施例によると、異なる鍵が備えられるべきカメラを製造する前にこれらの鍵の非常に大きなリストが生成される。そのリストは、何年も新しいリストを生成する必要が無いような大きさのものでなければならない。各制御サーバーには、鍵のリストが備えられ、モニタリング装置を製造する間、その装置にはそれらのうち一つの鍵が備えられる。この方法で鍵を備えることによって、安全への危険要素である鍵の配布を行う必要が無い。したがって、モニタリング装置の認証および鍵の配布が簡略化される。

本発明によるモニタリングシステムの一実施例の構成図である。モニタリング装置と制御サーバーとの間の信号通信であって、その結果開放路が得られる一実施例についてのタイミング図である。開放路をチェックする可能な信号通信案を示すタイミング図である。本発明によるモニタリングシステムの一実施例の構成図である。モニタリング装置の一実施例の構成ブロック図である。

Claims

モニタリングシステムの少なくとも一つのモニタリング装置にアクセスする方法であって、そのモニタリングシステムは、
パブリックネットワークと、
プライベートネットワークと、
パブリックネットワークからプライベートネットワークへのアクセスを制限するよう配置されるアクセス制限装置と、
プライベートネットワークに接続されるモニタリング装置と、
パブリックネットワークに接続される制御サーバーと
を備え、
前記方法は、
モニタリング装置から、制御サーバーにｈｔｔｐ要求を送り、
前記ｈｔｔｐ要求に応答して、コンテント長が定義されていないか、コンテント長が、将来の複数の制御メッセージを時間外に延びるｈｔｔｐ応答の一部として運ぶことを可能とするだけ十分大きい数に設定されているｈｔｔｐ応答を送り、それによってアクセス制限装置を通ってサーバーからモニタリング装置への開放路を達成し、
複数の制御メッセージを、前記開放路を介して制御サーバーからモニタリング装置に送る
ステップを備える方法。
制御メッセージが、ｈｔｔｐ要求によって開始されている同じ開放路を介して異なる時点で送られる請求項１に記載の方法。
モニタリング装置から制御サーバーへのｈｔｔｐ要求の送信が、モニタリング装置が、それがネットワークに接続されていることを検出するや否や行われる請求項１または２のいずれかに記載の方法。
モニタリング装置から制御サーバーへのｈｔｔｐ要求の送信が、モニタリング装置に蓄積される制御サーバーのリストにおいて第一の選択として指示される制御サーバーに対して行われる請求項１乃至３のいずれかに記載の方法。
前記方法がさらに、
開放路を介してモニタリング装置に制御メッセージを送ることが現在可能とされている第一のサーバーから制御メッセージを送り、その制御メッセージには、第一の制御サーバーから第二の制御サーバーへ開放路を移動させよとのモニタ装置へのインストラクションが含まれ、
現在の開放路を生成した接続を終端し、そうして開放路を終端し、
モニタリング装置から第二の制御サーバーへとｈｔｔｐ要求を送り、
前記ｈｔｔｐ要求に応答して、第二の制御サーバーからコンテント長が定義されていないｈｔｔｐ応答を送り、それによって、アクセス制限装置を経て第二の制御サーバーからモニタリング装置への開放路を達成し、
複数の制御メッセージを、ｈｔｔｐ応答が送られた後に前記開放路を介して第二の制御サーバーからモニタリング装置に送る
請求項１乃至４のいずれかに記載の方法。
開放路を第二のサーバーに移すことに関する第一のサーバーからの制御メッセージにおけるインストラクションには、第二のサーバーへのアドレスが含まれている請求項５に記載の方法。
前記方法がさらに、モニタリング装置によって、モニタリング装置に蓄積される制御サーバーのリストから第二の制御サーバーを選択する請求項５に記載の方法。
前記方法がさらに、制御サーバーの前記リストにおいて第二の制御サーバーを第一の選択として、モニタリング装置に修正されたリストを蓄積する請求項７に記載の方法。
前記方法がさらに、
ｈｔｔｐ要求をユーザー端末からサーバーで受け取り、前記ｈｔｔｐ要求には、モニタリングデータに対する要求が含まれており、
ユーザー端末からのｈｔｔｐ要求をセッション番号と関連させ、
モニタリングデータに対する要求を、カメラにおける要求されたデータの位置を識別するモニタリング装置のデータソースＵＲＬに翻訳し、
制御メッセージをサーバーからモニタリング装置に送り、前記制御メッセージには、前記データソースＵＲＬと、制御サーバーのネットワークアドレスとセッション番号とを識別する送り先ＵＲＬとが含まれており、
モニタリング装置でソースＵＲＬにしたがって要求されたモニタリングデータを検索し、
前記送り先ＵＲＬを用いて、要求されたモニタリングデータを含むｈｔｔｐメッセージをモニタリング装置から制御サーバーに送り、
モニタリング装置からのｈｔｔｐメッセージの送り先ＵＲＬのセッション番号と関連するｈｔｔｐ要求に応答して、制御サーバーからｈｔｔｐ応答を送り、前記ｈｔｔｐ応答には前記要求されたモニタリングデータが含まれているステップを備える請求項１乃至８のいずれかに記載の方法。
モニタリング装置がネットワークで動作可能なカメラである請求項１乃至９のいずれかに記載の方法。
パブリックネットワークと、
プライベートネットワークと、
パブリックネットワークからプライベートネットワークへのアクセスを制限するよう配置されるアクセス制限デバイスと、
パブリックネットワークに接続される制御サーバーと
を備えるモニタリングシステムであって、
プライベートネットワークに接続され、ｈｔｔｐ要求を制御サーバーに送るように整えられるモニタリング装置と、
ｈｔｔｐ要求に応答してモニタリング装置にｈｔｔｐ応答を送るよう配置され、そのｈｔｔｐ応答のコンテント長が定義されていないか、コンテント長が、将来の複数の制御メッセージを時間外に延びるｈｔｔｐ応答の一部として運ぶことを可能とするだけ十分大きい数に設定されていて、その結果アクセス制限装置を通って制御サーバーからモニタリング装置への開放路を生じるものとし、かつ制御サーバーが、前記開放路を介して制御メッセージをモニタリング装置へと送るよう整えられている前記制御サーバーと
によって特徴付けられるモニタリングシステム。
制御サーバーは、開放路を介して、かつ異なる時点で、制御サーバーからモニタリング装置に複数の制御メッセージを送るよう整えられている請求項１１に記載のモニタリングシステム。
モニタリング装置は、モニタリング装置がネットワークに接続されていることを検出するや否やｈｔｔｐ要求を送るよう整えられている請求項１１乃至１２のいずれかに記載のモニタリングシステム。
モニタリング装置には、制御サーバーのリストが含まれており、そのリストの制御サーバーの優先度がそのリストに指示されており、かつモニタリング装置は、優先されたリストにおける第一の選択であると指示される制御サーバーに開放路を開始するｈｔｔｐ要求を送るよう整えられている請求項１１乃至１３のいずれかに記載のモニタリングシステム。
モニタリング装置が、ネットワークで動作可能なカメラである請求項１１乃至１５のいずれかに記載のモニタリングシステム。