JP2014096813A

JP2014096813A - サーバ装置、データを送受信する方法およびコンピュータ読み取り可能な記録媒体

Info

Publication number: JP2014096813A
Application number: JP2013257821A
Authority: JP
Inventors: Yuji Arima; 祐二有馬; Kazuo Imafuku; 一雄今福; Yuji Mitsunaga; 雄二満永
Original assignee: Panasonic Corp
Current assignee: Panasonic Corp
Priority date: 2007-11-20
Filing date: 2013-12-13
Publication date: 2014-05-22

Abstract

【課題】本発明は、複雑な事前設定をすることなく、外部の端末装置からＩＰネットワークを介してルータに接続された端末装置に簡単にアクセスすることを可能とするサーバ装置と分散サーバシステムを提供とすることを目的とする。
【解決手段】本発明のサーバ装置は、端末装置３とＩＰネットワーク１を介して接続すると共にルータ５に接続されたネットワークカメラ２とルータ５及びＩＰネットワーク１を介して接続する通信部と、端末装置３から送信された情報を記憶する記憶部と、端末装置３のユーザ情報及び第２端末装置の固有情報が端末装置３から送信された場合であって、端末装置３のユーザ情報が記憶されていない場合に、端末装置３のユーザ情報及びネットワークカメラ２の固有情報を記憶部に記憶すると共に、本装置を介してネットワークカメラ２にアクセスするための接続情報を端末装置３に送信する制御部と、を具備する。
【選択図】図１

Description

本発明は、インターネット等のＩＰネットワークを介して接続された複数の端末装置間の通信に介在するサーバ装置と分散サーバシステムに関するものである。

従来、例えば、外部の携帯端末（端末装置）からインターネットを経由して室内のネットワークカメラが撮像した画像を確認することが行われていた（例えば特許文献１参照）。このようなシステムは、室内のネットワークカメラをルータに接続し、このルータをインターネットなどのＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）に接続する。図１７は従来のネットワーク端末とネットワークカメラのシステム構成図である。

図１７に示すように、ルータにはＩＰアドレスとしてグローバルＩＰアドレス、例えば４３．２５１．２３１．１００が割り当てられ、同時にプライベートＩＰアドレス１９２．１６８．１．１が割り当てられている。更に、ルータ配下のネットワークカメラにはそそれぞれプライベートＩＰアドレスが割り当てられている。例えば、３台のネットワークカメラがルータに接続されている場合、プライベートＩＰアドレスとして一台目は１９２．１６８．１．２５１、２台目は１９２．１６８．１．２５２、３台目は１９２．１６８．１．２５３などが割り当てられる。

そして、ＷＡＮ内においてはこのグローバルＩＰアドレスを使用した時にこのルータを識別することが可能になる。しかし、ＷＡＮの側からはルータ配下のネットワークカメラは見えない。逆に、このルータ配下のＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）においては、例えばパーソナルコンピュータＰＣからプライベートＩＰアドレスを使ってＬＡＮ内の各ネットワークカメラにアクセスすることができる。しかし、プライベートＩＰアドレスを使ってＷＡＮ側ネットワーク機器へのアクセスはできない。このようにＷＡＮ，ＬＡＮそれぞれの内部では、グローバルＩＰアドレス又はプライベートＩＰアドレスを使ってネットワーク機器は互いに接続することができるが、２つのＩＰアドレス間には直接の関係がないため、両者間の接続は単純には行えない。このため後述するＮＡＴ等の技術が必要になる。

先ずここで、なぜ総ての端末にグローバルＩＰアドレスを割り当てられないかということの説明を行う。インターネット等で使用されているルーティテングプロトコルのＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）は現在３２ビットのＩＰｖ４であって、グローバルＩＰアドレスは世界中で利用されるため枯渇状態にある。これを解決するために次世代グローバルＩＰアドレスとして１２８ビットのＩＰｖ６が提案されているが、ＩＰｖ６へ移行するにはもう少し時間がかかる。加えて、ＷＡＮに接続された時のＬＡＮ内機器のセキュリティ確保の容易性、また使い易さという側面を考えると、ルータを介在させたＩＰｖ４のネットワークシステムにも利点がある。従って、今後も、少なくともしばらくはこのような接続形態で推移して、ネットワークカメラ等のＩＰ端末装置が利用される可能性が大である。

さて、外部の携帯端末からネットワークカメラにアクセスする場合、携帯端末はグローバルＩＰアドレス、上述の例でいえば４３．２５１．２３１．１００が割り当てられたルータにしかアクセスできない。即ち、直接、携帯端末はネットワークカメラにアクセスできない。そこで、携帯端末は一旦このルータにアクセスし、次にこのルータからネットワークカメラに接続してもらう必要がある。

上記したようにグローバルＩＰアドレス４３．２５１．２３１．１００を有するルータに複数の端末が接続されている場合、これらの複数の端末は、ＷＡＮ側の携帯端末からこの共通のグローバルＩＰアドレス４３．２５１．２３１．１００を用いてアクセスすることができるが、ルータに接続された複数の端末の中の一つの端末と接続するには、グローバルＩＰアドレスだけでは特定できない。そこで、これらの端末に更にグローバルＩＰアドレスとは別にポート番号を付与することによりこれを解決している。

例えば、ルータに接続されたプライベートＩＰアドレス１９２．１６８．１．２５１のネットワークカメラにはＷＡＮ側からみた時ポート番号５０００２が割り当てられ、また、プライベートＩＰアドレス１９２．１６８．１．２５２のネットワークカメラにはポート番号５０００１、プライベートＩＰアドレス１９２．１６８．１．２５３のネットワークカメラにはポート番号５００００などが割り当てられる。そして、ルータにはプライベートＩＰアドレスとポート番号の対応テーブルが予め登録されており、この対応テーブルを参照して、いわゆるＮＡＴ（ＮｅｔｗｏｒｋＡｄｄｒｅｓｓＴｒａｎｓｌａｔｏｒ）、あるいは動的な対応テーブルを備えたＩＰマスカレード（ＩＰｍａｓｑｕｅｒａｄｅ）などを利用してポートフォワーディングさせる。

このように、ＮＡＴやＩＰマスカレード等により複数の端末装置の各々に個別のポート番号を割り当て、これをルータに付与した共通のグローバルＩＰアドレスと共に使用することで、グローバルＩＰアドレスは一つであっても、ルータ配下の複数の端末装置の中で何れかを特定してアクセスすることができる。

しかし、ＮＡＴではＬＡＮ内の複数の端末装置からＷＡＮに接続された同一端末装置（例えばネットワークカメラ）に同時にアクセスすることはできない。ＷＡＮの端末装置とルータとの間の通信は１セッション以上張ることができないからである。この点、ＩＰマスカレードを使えば動的にこの問題を解決し、複数の端末装置からＷＡＮの同一端末装置に同時アクセスすることが可能になる。しかし、この方法では接続に当たって先ずルータに接続された複数の端末装置（ＬＡＮ内のネットワークカメラ）の方からＷＡＮの端末装置へ接続しないと、ＷＡＮ側とＬＡＮ内部とは通信することができない。

そしてＮＡＴ、ＩＰマスカレードを使用して、ＬＡＮ内のネットワークカメラに対してＷＡＮの方から最初に通信を開始する方法は、現在提案されていない。サーバなどをＬＡＮ内に立ち上げる場合もありえるが、このためにはＮＡＴ、ＩＰマスカレードのマッピング処理をユーザによって手動で事前に設定しておく必要がある。同時に、ＷＡＮからアクセスするクライアントもそのサーバの存在を事前に知っておく必要がある。

このため本出願人もＵＰｎＰ規格に基づいて動的ポートフォワード設定を行うことができるルータも提案した（特許文献２）。しかし、これも、ＵＰｎＰ規格の動的ポートフォワード機能を搭載したルータでしか通信することはできない。

このような課題を解決するため、従来専用のデーモン（Ｄｅａｍｏｎ）を搭載し、ルータやゲートウェイ等のネットワーク接続機器のウェルノウンポート（ＷｅｌｌＫｎｏｗｎＰｏｒｔ）にＴＣＰ／ＵＤＰで接続する通信中継装置が提案されている（特許文献３参照）。

ＷＡＮからネットワーク接続機器のデーモンにアクセスすると、ＣＧＩ（Ｃｏｍｍｏｎ
ＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）によって、ＨＴＴＰｄサーバが認証を行う。この認証に当たっては、事前に登録してあるユーザ名、パスワードにより行い、その後のアクセス制御権が与えられる。

この（特許文献２）のネットワーク接続機器（ルータやゲートウェイ等）は、管理下の端末装置のサービスの状態を定期的に監視して、提供可能なサービスを端末装置毎に管理し、このサービスリストをインターネット等のネットワークからクライアントに提示し、クライアントがリストの中からサービスを選択すると、このサービスに対してネットワーク接続機器がアドレス変換を行って接続するものである。この構成により、ＷＡＮからＬＡＮへサービスを指定したアクセスが可能となる。

先ず、ＩＰ端末のサービスアクセス機器リスト管理デーモン（以下、ＳＡＬｄ（ＳｅｒｖｉｃｅＡｃｃｅｓｓＤｅｖｉｃｅＬｉｓｔＤｅａｍｏｎ））からネットワーク接続機器のＳＡＬｄに登録要求が送信される。ネットワーク接続機器のＳＡＬｄは、この登録メッセージに基づいて管理データを生成し、ＮＡＴ変換テーブルを生成し、登録完了メッセージをＩＰ端末のサービス監視デーモンＳＡＬｄｃに送信する。その後は、定期的にサービスの起動状況をネットワーク接続機器からのＫＥＥＰＡＬＩＶＥの送信とＩＰ端末からのＡＣＫ受信により監視し、ＡＣＫがなかった場合には、ネットワーク接続機器は管理データから登録サービスを削除する。ＩＰ端末のＳＡＬｄｃは、サービス提供可否の状態情報としてサービス提供可である場合にのみＡＣＫをＳＡＬｄに対して出力する。

そして、ＷＡＮに接続されたクライアントがネットワーク接続機器に対してサービスアクセス機器リストの提供を要求すると、ネットワーク接続機器のＳＡＬｄは、クライアントに対してユーザＩＤ、パスワードの入力を求め、認証処理を実行する。認証が成功すると、ＳＡＬｄは、クライアントにサービスアクセス機器リストを提供し、クライアントはリストに基づいてサービスを選択し、ＳＡＬｄは、クライアントのＩＰアドレス（送信元アドレス）と選択サービスに従って、ファイアウォールを設定する。

その後、ＳＡＬｄは、要求クライアントに対して、要求のあったサービスに対するアクセスに必要な情報としてＵＲＬ、具体的には、ネットワーク接続機器のグローバルアドレス、サービスに対応する外部ポート番号を設定したＵＲＬを提供する。クライアントは、提示されたＵＲＬに基づいて、ＬＡＮ側のＩＰ端末のサービスに対するアクセスを実行する。

特開２００５−２１０５８３号公報特開２００５−０３３２５０号公報特開２００２−１４１９５３号公報

しかし、上記従来の（特許文献１）の技術では、以下のような問題があった。即ち、ルータを介してネットワークカメラにアクセスするには、ルータに接続された複数の端末の各々にポード番号を割り当てるポートフォワーディングの設定をする必要があった。このため事前の設定作業が煩雑になっていた。

この点、（特許文献２）のルータは自動的にポートフォワーディングすることができる。しかし、（特許文献２）のルータも、ＵＰｎＰ規格の動的ポートフォワード機能を搭載したルータでしか通信することはできない。即ち、今のところ限定的な解決にしかなっていない。

そして、（特許文献３）のネットワーク接続機器も、ＩＰ端末のＳＡＬｄからネットワ
ーク接続機器のＳＡＬｄに登録要求を送信しなければならない。登録要求はプライベートアドレス、端末名、端末属性、サービス名、サービス属性、ポート番号などから構成される。即ちユーザによる事前の入力作業が必要になる。そして、各ＩＰ端末のこれら情報を基にネットワーク接続機器がサービスアクセス機器リストを送信し、ＩＰ端末においてユーザＩＤ、パスワードを正しく入力すれば、その後のアクセス制御権が与えられる。従って、この（特許文献２）の場合、ポートフォワーディングのための入力作業が必要になる上に、ＬＡＮに接続されるＩＰ端末が多いほど、利用し辛くなってしまう。

そこで、本発明は上記課題に鑑みてなされたものであって、複雑な事前設定をすることなく、外部の端末装置からＩＰネットワークを介してルータに接続された端末装置に簡単にアクセスすることを可能とするサーバ装置を提供とすることを目的とする。

また、本発明は、複雑な事前設定をすることなく、外部の端末装置からＩＰネットワークを介してルータに接続された端末装置に簡単にアクセスすることを可能にすることを目的とする。

上記課題を解決するために、本発明のサーバ装置は、ネットワークを介して第１端末装置と接続されるとともに、ルータで中継されインターネットを介して第２端末装置と接続されたサーバ装置であって、第１端末装置から第３端末装置の固有情報を受信するとともに、第２端末装置から第２端末の固有情報を受信する受信手段と、第１端末装置から受信した第３端末装置の固有情報と、第２端末装置から受信した第２端末装置の固有情報と、を照合する照合手段と、第３端末装置の固有情報と第２端末装置の固有情報とが一致した場合、第２端末装置と当該サーバとの通信を接続状態とするためのセットアップ信号を第２端末へ送信する送信手段と、を具備したことを特徴とする。

また、本発明の方法は、第１端末装置から第３端末装置の固有情報を受信し、第２端末装置から第２端末の固有情報を受信するとともに、第１端末装置から受信した第３端末装置の固有情報と、第２端末装置から受信した第２端末装置の固有情報と、を照合し、第３端末装置の固有情報と第２端末装置の固有情報とが一致した場合、第２端末装置と当該サーバとの通信を接続状態とするためのセットアップ信号を第２端末へ送信することを特徴とする。

また、本発明のコンピュータ読み取り可能な記録媒体は、第１端末装置から第３端末装置の固有情報を受信するとともに、第２端末装置から第２端末の固有情報を受信する受信手順と、第１端末装置から受信した第３端末装置の固有情報と、第２端末装置から受信した第２端末装置の固有情報と、を照合する照合手順と、第３端末装置の固有情報と第２端末装置の固有情報とが一致した場合、第２端末装置と当該サーバとの通信を接続状態とするためのセットアップ信号を第２端末へ送信する送信手順と、を実行させるためのプログラムを記録したことを特徴とする。

本発明のサーバ装置によれば、ポート番号等の接続情報がないとサーバ装置からルータに接続された第２端末装置に接続することはできないが、事前に第１端末装置のユーザ情報及び第２端末装置の固有情報を記憶し、第１端末装置からユーザ情報と固有情報を通知し、第２端末装置からはサーバ装置にこの固有情報とを通知することによって、第２の端末装置の方からサーバ装置に接続することができ、サーバ装置は記憶した情報を第２端末装置に転送できるので、ルータにポートフォワーディングの設定をするという煩雑な作業をすることなく、第１端末装置に関する情報の第２端末装置への設定を、極めて簡易にすることができる。

本発明の実施の形態１におけるサーバ装置経由で通信するネットワークシステムの構成図本発明の実施の形態１におけるネットワークカメラのブロック構成図本発明の実施の形態１におけるサーバ装置のブロック構成図本発明の実施の形態１におけるネットワークカメラのフローチャート本発明の実施の形態１におけるサーバ装置のフローチャート本発明の実施の形態１におけるサーバ装置の新規端末の登録を行うフローチャート本発明の実施の形態１におけるサーバ装置に対して端末装置とネットワークカメラを新規登録するシーケンス説明図本発明の実施の形態１におけるサーバ装置とネットワークカメラのセッションのシーケンス説明図本発明の実施の形態１におけるサーバ装置経由で端末装置がネットワークカメラから静止画を取得するシーケンス説明図本発明の実施の形態１におけるサーバ装置経由で端末装置がネットワークカメラのカメラ制御を行うシーケンス説明図本発明の実施の形態１におけるサーバ装置とネットワークカメラの間で新規セッションを形成するシーケンス説明図本発明の実施の形態１におけるサーバ装置経由で複数の端末装置がネットワークカメラからビデオ情報を取得するシーケンス説明図本発明の実施の形態２におけるサーバ装置経由で通信するネットワークシステムの構成図本発明の実施の形態２におけるネットワークカメラのフローチャート本発明の実施の形態２におけるアクセス制御サーバ装置のフローチャート本発明の実施の形態２におけるサーバ装置に対して端末装置とネットワークカメラを新規登録するシーケンス説明図従来のネットワーク端末とネットワークカメラのシステム構成図

（実施の形態１）
本発明の実施の形態１におけるサーバ装置と端末装置について説明する。実施の形態１の端末装置はネットワークカメラであって、ＩＰネットワークに接続されたルータに複数台のネットワークカメラが接続されている。以下の説明は端末装置としてネットワークカメラを説明するが、ネットワークに接続されてサーバとして機能する通信機器であればその他の機器であってもよい。また、実施の形態１のプログラムとは、端末装置に搭載されているコンピュータに、以下説明する手順を順次実行させるものである。

図１は本発明の実施の形態１におけるサーバ装置経由で通信するネットワークシステムの構成図、図２は本発明の実施の形態１におけるネットワークカメラのブロック構成図、図３は本発明の実施の形態１におけるサーバ装置のブロック構成図、図４は本発明の実施の形態１におけるネットワークカメラのフローチャート、図５は本発明の実施の形態１におけるサーバ装置のフローチャート、図６は本発明の実施の形態１におけるサーバ装置の新規端末の登録を行うフローチャート、図７は本発明の実施の形態１におけるサーバ装置に対して端末装置とネットワークカメラを新規登録するシーケンス説明図、図８は本発明の実施の形態１におけるサーバ装置とネットワークカメラのセッションのシーケンス説明図、図９は本発明の実施の形態１におけるサーバ装置経由で端末装置がネットワークカメラから静止画を取得するシーケンス説明図、図１０は本発明の実施の形態１におけるサーバ装置経由で端末装置がネットワークカメラのカメラ制御を行うシーケンス説明図、図１
１は本発明の実施の形態１におけるサーバ装置とネットワークカメラの間で新規セッションを形成するシーケンス説明図、図１２は本発明の実施の形態１におけるサーバ装置経由で複数の端末装置がネットワークカメラからビデオ情報を取得するシーケンス説明図である。

図１において、ＩＰネットワーク１はプロトコルＴＣＰ／ＩＰで通信するインターネットやイントラネットなどのネットワークであり、ＩＰネットワーク１には携帯電話等の端末装置３（本発明の第１端末装置）が接続されると共に、ルータ５が接続される。このルータ５の下流側には複数のネットワークカメラ２（本発明の第２端末装置）が配下として接続される。ネットワークカメラ２はカメラ部で撮影した画像を録画してＩＰネットワーク１に送信する。

このネットワークカメラ２は画像サーバを搭載しており、プロトコルＨＴＴＰで画像を配信する。ＦＴＰやＳＭＴＰ、ＲＴＰなど他のプロトコルによって画像又は動画像（ビデオ）を配信することもできる。そして、ルータ５はグローバルＩＰアドレスを有し、各ネットワークカメラ２は外部ポート番号を有している。

また、図１に示すように、ＩＰネットワーク１には、端末装置３からネットワークカメラ２へのアクセスを可能にし、端末装置３とのセッションを中継するアクセス制御サーバ４（本発明のサーバ装置）が接続される。

この図１の環境で、端末装置３からユーザＩＤや、ユーザが指定したパスワード等のユーザ情報と、バーコードやＱＲコード（登録商標）などによるネットワークカメラ２の個体識別可能な固有情報を通知して登録要求すると、端末装置３のユーザ情報が記憶されていない場合に、アクセス制御サーバ４は端末装置３からの設定情報としてこれらの情報（即ちユーザ情報と固有情報）を登録する。これらはアクセス制御サーバ４の設定情報記憶部４４の接続情報データベースに登録される。なお、上述した固有情報は、ネットワークカメラ２のＭＡＣアドレスやシリアル番号（機器製造番号）等を含んで構成するのが、これらの情報とは別に、あらためて別のユニークな情報を付与しないで済み、好適である。

アクセス制御サーバ４はこれらを登録後、ネットワークカメラ２へアクセスするためのＵＲＬを端末装置３に通知する。このＵＲＬにアクセスすると、アクセス制御サーバ４のＣＧＩが起動し、ネットワークカメラ２へのアクセスなど後の処理が可能になる。

次いで、図１に示した矢印のように未登録あるいは既登録のネットワークカメラ２を接続する時の説明を行う。ネットワークカメラ２が未登録の場合、ネットワークカメラ２はＭＡＣアドレスやシリアル番号等を含んで構成された上記固有情報と未登録である旨（工場出荷状態を示すステータス）を通知する。なお、既登録（登録済み）の場合はこの旨（登録状態を示すステータス）を通知する。

これに対してアクセス制御サーバ４は送信されてきた上記固有情報を使って設定情報記憶部４４の接続情報データベース内を検索し、この固有情報が登録されていなければこのネットワークカメラ２を新規登録し、登録完了通知（２００ＯＫ）をネットワークカメラ２に通知する。そして、更にネットワークカメラ２にこのカメラ設定情報（端末装置３のユーザ情報と固有情報）を送信してセットアップを命じる。

その後、ネットワークカメラ２から定期的にアクセス制御サーバ４にセッション開設要求を送信する。これは本発明における通信用セッションの開設を要求するものに相当する。これに対してアクセス制御サーバ４はネットワークカメラ２にセッション開設要求完了通知（２００ＯＫ）を送信して、接続（本発明のコネクション）状態になる。この接続
は接続確認時間付ＫＥＥＰＡＬＩＶＥを使って所定時間保持され、この時間が経過すると、この手順が繰り返される。この接続中に端末装置３から画像を要求すると、アクセス制御サーバ４を介して画像が端末装置３に送信される。

なお、実施の形態１のアクセス制御サーバ４はネットワークカメラ２と間で１回線の通信用セッションのほか、２回線目以上となる第２のセッション（本発明の制御用セッション）を開設することができる。アクセス制御サーバ４はネットワークカメラ２に第２のセッションにより、例えばパン等のカメラ制御要求（本発明の制御コマンド）を送信すると、アクセス制御サーバ４はこのセッションを使ってカメラ制御要求をネットワークカメラ２に送信する。ネットワークカメラ２は制御された後、カメラ制御完了通知をアクセス制御サーバ４に送信し、アクセス制御サーバ４は端末装置３にカメラ制御完了通知を送信する。これにより、実施の形態１の端末装置３はネットワークカメラ２から画像を取得すると同時に別回線でネットワークカメラ２を制御することができる。

ここで、図２に基づいてネットワークカメラ２の内部構成について詳細に説明する。最初に基本となる構成の説明を行い、次に具体的な構成の説明をする。図２に示すネットワークカメラ２にはルータ５に接続される通信制御部６が設けられており、インターフェースとしてＴＣＰ／ＩＰなどのプロトコルで通信を行う。この通信制御部６で通信して取得した音声やコマンドなどのデータ、カメラ部１２で取り込まれて処理された画像などのデータはバッファ部７に順次一時蓄積される。

制御部８はハードウェアとしてＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ；中央処理装置）を備えており、記憶部１０に格納されたプログラムを読み込んで各機能を実行する。この制御部８は、通信制御部６から直接コマンドを取り出すか、場合によりバッファ部７内に一時蓄積されたコマンドを取り出して解析し、コマンドに従ってプログラムを実行すると共に、設定情報などについては保存するため記憶部１０との間で入出力を行う。

処理部９はバッファ部７内に一時蓄積された音声のデータ処理、カメラ制御情報に従った制御指令を行うと共に、カメラ部１２から取り込んだ画像情報を処理してバッファ部７に順に蓄積する。記憶部１０はＲＯＭとＲＡＭ，不揮発メモリから構成され、ＲＯＭや不揮発メモリに格納されたプログラムはＲＡＭに読み出されて順次処理される。

なお、以上説明した通信制御部６、バッファ部７、制御部８、処理部９、記憶部１０は、何れもネットワークカメラ２が備えている必要がある構成であって、特に特別と言えるまでのものではない。しかし、本発明の実施の形態１においては、特徴的な構成としてアクセス制御サーバ４と通信を行うサーバ監視部１１（サーバ監視デーモン（Ｄｅａｍｏｎ）が搭載されている。このサーバ監視部１１は、電源がＯＮされると、アクセス制御サーバ４に対して定期的にセッション開始を要求し、接続中に端末装置３からネットワークカメラ２の制御要求があった時には、そのコマンドは制御部８に渡し、設定情報は記憶部１０内に格納するものである。

続いて、ネットワークカメラ２の各機能を実行する詳細な構成について説明する。ネットワークカメラ２はカメラ部１２によって外部の光を取り込む。カメラ部１２にはレンズを透過した光を光電変換するＣＣＤ、ＣＭＯＳ等の受光セルが設けられている。また、電子シャッタや露光時間制御を行って受光セルからＲ，Ｇ，Ｂ信号又は補色信号を出力する制御回路も設けられている。

このカメラ部１２から出力されたＲ，Ｇ，Ｂ信号又は補色信号は、画像処理部１３においてこれらの信号を基に輝度信号Ｙと色差信号Ｕ，Ｖに変換され、輪郭補正、γ補正処理
等が施され、処理後の信号がキャプチャーされて、ＪＰＥＧフォーマット、ＭｏｔｉｏｎＪＰＥＧフォーマット等に圧縮される。この圧縮された画像データは画像バッファ部１４に出力され、一時蓄積される。

また、音声に関しては、ネットワークカメラ２はマイク１５によってネットワークカメラ２前方の音声を取り込み、ＩＰネットワーク１を介して端末装置３から着信した音声データを音声化してスピーカ１６から出力する。マイク１５から入力された音声は音声処理部１７でコード化され、受信した音声データは音声処理部１７でデコードされる。音声バッファ部１８は音声処理部１７から出力された音声データと端末装置３から着信した音声データを一時蓄積するものである。

ところで、上述したようにネットワークカメラ２はＪＰＥＧ、ＭｏｔｉｏｎＪＰＥＧ等に圧縮された画像データをペイロードとして送信するが、これと同時にヘッダ内にＡＳＦ（ＡｄｖａｎｃｅｄＳｔｒｅａｍｉｎｇＦｏｒｍａｔ）の音声データを収め、画像＋音声情報で構成されるカメラ情報（以下、ＪＰＥＧデータとも言う）をアクセス制御サーバ４に送信して画像と音声の通信を行うことができる。なお、これらデータがＭＰＥＧ４、Ｈ．２６３＋、Ｈ．２６４等の方式のデータであってよいのは言うまでもない。静止画像、静止画像と音声、また、動画と音声（ビデオ、なお静止画を連続して送信する準動画と音声、また準動画、動画だけの場合でもよいのは当然である）を送受信できる。

次に、ネットワークカメラ２の制御動作の説明をする。パン動作部１９は処理部９からの制御指令を受けてネットワークカメラ２のパン動作を行って左右の向きを変える。同様、チルト動作部２０はチルト動作を行って仰角方向の向きを変える。また、ズーム動作部２１はネットワークカメラ２のズーム動作を行い、フォーカス動作部２２は所定の合焦点距離へのフォーカス動作を行う。更に、外部入出力部２３はネットワークカメラ２に例えば人感センサ等を接続して外部入出力を行う。

そして、カメラ制御部２４は以上説明したネットワークカメラ２のパン、チルト、ズーム、フォーカス等の制御動作、その他の入出力動作を制御する機能実現手段である。なお、バッファ部７に設けられたカメラ制御コマンドバッファ部２５は、これらの制御動作、その他の入出力動作を行うために、端末装置３から送信されたカメラ制御コマンドの一時蓄積を行う。

続いて、ネットワークカメラ２のシステムを制御する制御部８の内部構成について説明する。制御部８のコマンド解析部２６はネットワークカメラ２を制御するコマンドを解析する。また、設定情報入出力部２７はカメラの解像度やその他の設定情報の設定を行う。そして、コマンド実行部２８は解析したコマンドを実行する。例えば、端末装置３からのＧＥＴメソッドなどをコマンド解析部２６で解析し、パン動作であればコマンド実行部２８がこの動作をカメラ制御部２４に命じ、画像の要求であれば画像処理部１３に画像の取り込みを命じる。

また、サーバ監視部１１には次の構成が設けられている。サーバ監視部１１にはサーバ通信制御部２９が設けられ、サーバ通信制御部２９はセッション開始を要求し、接続を所定時間継続して切断されると、これを再度繰り返す。また、ＣＧＩ（ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）によって構成されたコマンド受渡制御部３１、コマンドを解析するコマンド解析部３０が設けられており、設定情報を入出力する設定情報入出力部３２が設けられている。

従って、サーバ通信制御部２９は、アクセス制御サーバ４から制御要求があった時は、コマンド受渡制御部３１に起動がかけられ、そのコマンドをコマンド解析部３０に渡す。
もし複数のコマンドがあればコマンド解析部３０でそれぞれのコマンドに分割する。設定情報が通知された時には、設定情報入出力部３２が記憶部１０に設定する。

以上ネットワークカメラ２の内部構成について説明したが、以下図３に基づいて本発明の実施の形態１におけるサーバ装置の内部構成について説明する。

図３に示すように、アクセス制御サーバ４にはインターフェースとなる通信制御部４１が設けられており、ＴＣＰ／ＩＰなどのプロトコルでネットワークカメラ２との間で通信を行う。この通信制御部４１は２つの機能実現手段によって制御される。

一つ目の機能実現手段はインターネット（ＩＰネットワーク）を介して接続された端末装置３との間で通信を行うネットワーク端末監視部４２ａ（端末監視デーモン）であり、２つ目の機能実現手段はネットワークカメラ２との間で接続確認時間付ＫＥＥＰＡＬＩＶＥを使ってセッションを張るネットワークカメラ監視部４２ｂ（カメラ監視デーモン）である。

例えば、ネットワークカメラ監視部４２ｂはネットワークカメラ２のサーバ監視部１１からセッション開設要求（ｈｔｔｐ：ＧＥＴ／ｃｇｉＸＸＸ）を受信すると、２００ＯＫ（ｈｔｔｐ／１．１２００ＯＫ）を送信してネットワークカメラ２との接続を行う。また、ネットワーク端末監視部４２ａは端末装置３から登録要求（ｈｔｔｐ：ＧＥＴ／ｃｇｉＹＹＹ）があると、ユーザＩＤやユーザが設定したパスワード等のユーザ情報とネットワークカメラ２の固有情報（ＱＲコードなどから得られた情報）をカメラ情報記憶部４５の接続情報データベースに登録する。

ネットワーク端末監視部４２ａとネットワークカメラ監視部４２ｂが取り込んだコマンドはサーバ制御部４３において解析され、これが実行される。ここで設定情報記憶部４４は各ネットワークカメラ２の固有情報やパスワード等のユーザ情報を格納する接続情報データベースである。また、カメラ情報記憶部４５には、複数の端末装置３から同時に一台のネットワークカメラ２にアクセスがあった時、共通のデータを使って応答できるようにするため、各ネットワークカメラ２の画像データや音声データ、位置情報等が格納される。

また、図３において、ネットワーク端末監視部４２ａには、端末装置３との通信を行うネットワーク端末通信制御部４６ａが設けられると共に、ネットワークカメラ監視部４２ｂには、ネットワークカメラ２との通信を行うネットワークカメラ通信制御部４６ｂが設けられている。そして、ネットワーク端末監視部４２ａ，ネットワークカメラ監視部４２ｂには、それぞれ、端末装置３から送信されたユーザ情報、あるいはネットワークカメラ２から送信された固有情報とユーザ情報を取り出して設定情報記憶部４４に格納する設定情報入出力部４７ａ，４７ｂが設けられている。

更に、端末装置３からアクセス制御サーバ４にアクセスするのに必要なＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ、本発明の接続情報）、ネットワークカメラ２からアクセス制御サーバ４にアクセスするのに必要なＵＲＬ、更にこの端末装置３のユーザ情報（ユーザＩＤ及び／又はパスワード）、ネットワークカメラ２の固有情報（ＭＡＣアドレス及び／又はシリアル番号、あるいはこれらを含んだ情報）が、対応付けられて設定情報記憶部４４に格納される。

また、ネットワーク端末監視部４２ａの設定情報入出力部４７ａは、設定情報記憶部４４から端末装置３からアクセスするのに必要なＵＲＬを、ネットワーク端末通信制御部４６ａを介して端末装置３に通知する。そして、ネットワーク端末監視部４２ａ，ネットワ
ークカメラ監視部４２ｂには、サーバ制御部４３を動作させるためのＣＧＩとしてコマンド受渡制御部４８ａ，４８ｂが設けられており、端末装置３やネットワークカメラ２から要求があった時は、サーバ制御部４３でその要求のコマンドを解析させ、その後の処理を行う。また、設定情報は設定情報入出力部４７ａ，４７ｂによって設定情報記憶部４４に格納される。

実施の形態１においては端末装置３のアクセス制御サーバ４への登録処理、端末装置３からネットワークカメラ２へのアクセス制御かによって、別のＵＲＬが接続情報になる。従って、アクセス制御サーバ４はＵＲＬの種別によって登録か、あるいはネットワークカメラ２へのアクセスかを判別できるので、端末装置３のユーザ情報とネットワークカメラ２の固有情報を登録すべきか否か（登録か否か）の判断が容易となる。

また、ＵＲＬを利用してアクセス制御サーバ４に端末装置３を登録するので、アクセスとは別に登録のための指示を必要とせず、登録手順を簡素化できる。

ここで、この情報を受け渡されるサーバ制御部４３の構成を説明すると、コマンド解析部４９はネットワークカメラ２や端末装置３から送信されたコマンドの内容を判断する。このコマンド解析部４９の解析により、コマンドの内容に応じてアクセス制御サーバ４が動作する。そして、ネットワークカメラ２と端末装置３間でパケットを中継するために、図３のコマンド中継制御部５０が設けられている。この時設定情報記憶部４４の設定情報が参照される。アクセス制御サーバ４がパケットを中継するというのは、アクセス制御サーバ４がネットワークカメラ２や端末装置３に代わって同一内容の要求パケットを生成して送信することを意味する。

端末装置３から端末要求のパケットを受信した時には、カメラ検索部５１は複数の端末装置３が同時に一台のネットワークカメラ２にアクセスしているか否かを検索する。そして、カメラ情報共有制御部５３は複数の端末装置３から同時に一台のネットワークカメラ２にアクセスがあった場合に、共通の配信データが使える場合に共有する情報を利用するための制御を行う。例えば、一台の端末装置３がネットワークカメラ２にアクセスすると、設定情報入出力部５２がその旨のフラグをセットし、カメラ検索部５１が他に接続中の端末装置３があるか否かを検索して、カメラ情報共有制御部５３はこの端末装置３間で共通の配信データがある場合にはこの共通のデータをペイロードとして端末装置３に送信する。

さて、以上説明したアクセス制御サーバ４とネットワークカメラ２、端末装置３の動作の流れを説明する。

登録を希望する端末装置３から新規に登録手続を行い、アクセス制御サーバ４から通知された所定のＵＲＬにアクセスすると、アクセス制御サーバ４ではこのＵＲＬにアクセスすることでＣＧＩ（コマンド受渡制御部４８ａ）が起動し、これによってコマンド解析部４９、コマンド中継制御部５０が処理を開始する。この端末要求が、画像や音声のカメラ情報（ＪＰＥＧデータ）あるいはネットワークカメラ２の操作の要求の場合は、それぞれセッション中のネットワークカメラ２に対してのみ、コマンド中継制御部５０がその端末要求をネットワークカメラ２へ送信する。また、端末装置３に応答を返す場合は、コマンド中継制御部５０はその旨の応答を端末装置３に返す。

ところで、ネットワークカメラ２が複数の端末装置３から同時にアクセスされた場合に、過負荷になるおそれがある。そこで、実施の形態１においては、端末装置３からＪＰＥＧデータの要求があると、上述したように、アクセス制御サーバ４のカメラ検索部５１はアクセスされたネットワークカメラ２とセッション継続中の端末装置３の有無を検索し、
セッション中の端末装置３が存在する場合は同一のＪＰＥＧデータがカメラ情報記憶部４５内に格納されているか否かをカメラ情報共有制御部５３が確認する。格納されている場合はこのＪＰＥＧデータを取り出し、２台目にアクセスした端末装置３に送信する。ＪＰＥＧデータが格納されていない場合は、アクセス制御サーバ４による中継で端末要求はネットワークカメラ２に送信される。

これを受信したネットワークカメラ２は、カメラ部１２で撮影し、あるいはマイク１５で集音した音声データをＪＰＥＧデータとしてアクセス制御サーバ４に送信する。端末要求がネットワークカメラ２を操作する場合はパン、チルト等の制御を行う。アクセス制御サーバ４は、ネットワークカメラ２からＪＰＥＧデータを受け取ると、カメラ情報記憶部４５に格納し、ＪＰＥＧデータをペイロードとするパケットを生成して端末装置３に送信する。

このカメラ情報共有制御部５３の作用によって、カメラ情報記憶部４５内に既にＪＰＥＧデータがあった場合に、ネットワークカメラ２にアクセスすることなく、そのままカメラ情報記憶部４５に記憶されたＪＰＥＧデータを２台目以降にアクセスした端末装置３に配信するため、ネットワークカメラ２に無駄なアクセスをすることなく画像を入手できるので、ネットワークカメラ２にかかる負担を軽減することができる。

そこで、以下実施の形態１におけるネットワークカメラ２の動作について図４のフローチャートに基づいて説明する。先ず、ネットワークカメラ２をルータ５に接続して電源を入れてアクセス制御サーバ４とのセッション開設を試み（ｓｔｅｐ１）、セッション開設（接続）に成功するまでアクセスする（ｓｔｅｐ２）。ｓｔｅｐ２において、もし不成功なら再接続時間待って（ｓｔｅｐ３）、ｓｔｅｐ１に戻って再度セッション開設を試みる。セッションが開設されると、切断まで接続確認時間付ＫｅｅｐＡｌｉｖｅの状態となる。

ｓｔｅｐ２において接続に成功した場合、アクセス制御サーバ４からサーバ要求があったか否かを確認する（ｓｔｅｐ４）。サーバ要求が受信できなかった場合、それが、セッションが切断されたことによるものであるのか判定し（ｓｔｅｐ５）、アクセス制御サーバ４から切断された場合は、所定時間（再接続時間）経過したら再び自動的にアクセス制御サーバ４とのセッションを回復するためにｓｔｅｐ３へ進んで、この時間が経過するのを待ってｓｔｅｐ１に戻り、再度セッション開設を試みる。

もし、ｓｔｅｐ５において、セッションが切断されていない場合は、ネットワーク障害などでこれが切断状態になったと判断できるため、接続確認時間付ＫｅｅｐＡｌｉｖｅの接続確認時間が経過しているか否かを確認し（ｓｔｅｐ６）、経過していなければｓｔｅｐ４に戻ってサーバ要求を受信するのを待つ。また、ｓｔｅｐ６において接続確認時間が経過している場合は、接続確認時間付ＫｅｅｐＡｌｉｖｅの接続確認パケット（即ちＫｅｅｐＡｌｉｖｅ要求）を送信し（ｓｔｅｐ７）、アクセス制御サーバ４から次時間を設定した接続確認時間付ＫｅｅｐＡｌｉｖｅのサーバ応答があったか否かを判定し（ｓｔｅｐ８）、サーバ応答があった場合はｓｔｅｐ４に戻って、新たなサーバ要求を受信するまで待機する。サーバ応答がなければｓｔｅｐ３へ進み、再接続時間が経過するのを待ってｓｔｅｐ１に戻って再度セッションの開設を試みる。

ｓｔｅｐ４においてアクセス制御サーバ４からサーバ要求があった場合、サーバ要求に含まれたコマンドを解析する（ｓｔｅｐ９）。このコマンドが、現在のセッションのほかに新セッションを開設する要求であるのか否かを判定し（ｓｔｅｐ１０）、新セッション開設以外のコマンド（例えばＪＰＥＧデータの要求）であればこのコマンドを実行する（ｓｔｅｐ１１）。そして、その制御結果の通知をアクセス制御サーバ４に対して行う（ｓ
ｔｅｐ１２）。

これに対してｓｔｅｐ１０において、コマンドが新セッション開設のコマンドであった場合、このタスクが最大タスク数、例えばタスク数５個以内であるか否かを判定する（ｓｔｅｐ１３）。最大タスク数以内であれば、新タスクを生成し、ｓｔｅｐ１１へ進んで新セッション開設のコマンドを実行し、アクセス制御サーバ４に新セッション開設の通知を行う。ｓｔｅｐ１３の判定で最大タスク数を越えた場合は、ネットワークカメラ２が過負荷になるため、アクセス制御サーバ４へこの旨のエラー通知を送信して（ｓｔｅｐ１５）、再度ｓｔｅｐ４に戻って新たなサーバ要求があるまで待機する。

次に、実施の形態１におけるアクセス制御サーバ４の動作について図５のフローチャートに基づいて説明する。アクセス制御サーバ４はネットワークカメラ２からカメラセッション開設要求があるまで待機し（ｓｔｅｐ２１）、なければ再接続の時間が経過するのを待ち（ｓｔｅｐ２２）、カメラセッション開設要求があれば、このネットワークカメラ２が未登録カメラか否かを判断する（ｓｔｅｐ２３）。

ｓｔｅｐ２３において、ネットワークカメラ２が未登録カメラの場合は後述する図６のフローチャートに従って登録処理を行い、既登録カメラの場合は端末装置３から端末要求を受信したのか否かを確認する（ｓｔｅｐ２４）。端末装置３から端末要求を受信したのではない場合は、ネットワークカメラ２からカメラ要求と所定時間セッションを継続するための接続確認時間付ＫｅｅｐＡｌｉｖｅの要求を受信したのか否かを判定する（ｓｔｅｐ２５）。カメラ要求を受信していなければｓｔｅｐ２４に戻って、端末要求を受信するまで待機する。繰り返しｓｔｅｐ２５において、ネットワークカメラ２から接続確認時間付ＫｅｅｐＡｌｉｖｅのカメラ要求を受信した場合、次時間を設定した接続確認時間付ＫｅｅｐＡｌｉｖｅのカメラ制御の応答を送信する（ｓｔｅｐ２６）。ＫｅｅｐＡｌｉｖｅの接続確認時間が経過することなく完了通知を受信した場合はｓｔｅｐ２４に戻って、端末要求を受信するまで待機する（Ｓｔｅｐ２７）。完了通知を受信していないで接続確認時間が経過した場合は、ネットワークカメラ２のセッションを切断して、ｓｔｅｐ２２へ進んで再接続時間が経過するのを待ち、ｓｔｅｐ２１に戻る。

続いてｓｔｅｐ２４において、端末要求を受信した場合はコマンドを解析する（ｓｔｅｐ２９）。解析したコマンドがカメラ制御コマンドか否かを判断し（ｓｔｅｐ３０）、当該セッションにおいてはパンやチルト等のカメラ制御コマンドの場合はコマンドを実行し（ｓｔｅｐ３１）、実行した旨を通知する実行結果通知を端末装置３に送信する（ｓｔｅｐ３２）。

解析したコマンドが当該セッションにおいてカメラ制御コマンドでなく、画像や音声などの情報を要求するものである場合、その情報が既にカメラ情報記憶部４５に格納されている情報（バッファ済み情報）であるのか否かを判定する（ｓｔｅｐ３３）。もし、既に格納されている情報であれば複数の端末装置３で共有できる情報であるので、この一時蓄積されているバッファ済み情報を、アクセス制御サーバ４からこれを要求した端末装置３に送信して（ｓｔｅｐ３５）、ｓｔｅｐ２４に戻る。

ｓｔｅｐ３３において、バッファ情報がなければネットワークカメラ２に画像や音声などの情報を要求するカメラ制御要求を送信し（ｓｔｅｐ３４）、ネットワークカメラ２から画像や音声などのデータを収めた完了通知を受信できたか判定し（ｓｔｅｐ３６）、完了通知を受信した場合はこの情報を送信する制御結果通知を端末装置３に送信する（ｓｔｅｐ３７）。この場合、正常に端末装置３の要求が終了したことになる（Ｓｔｅｐ２８）。

しかし、ｓｔｅｐ３６において、ネットワークカメラ２から完了通知を受信できなかった場合は、何らかの障害が発生したことを意味するから、ネットワークカメラ２のセッションを切断して、エラーが発生した旨の制御結果通知を行い、ｓｔｅｐ２１に戻って待機する。

続いて、アクセス制御サーバ４の動作の上記ｓｔｅｐ２３で行われる未登録カメラの登録手続について説明する。図６において、未登録の携帯電話等の端末装置３からのセッション開設要求があった場合、端末装置３からの登録要求であるか否かが判定される（ｓｔｅｐ４１）。

登録要求には、ＱＲコードなどでネットワークカメラ２の固有情報を通知され、アクセス制御サーバ４はネットワークカメラ２を設定情報として登録する。更にユーザＩＤ、パスワード等のユーザ情報、カメラ設定情報が通知されて、アクセス制御サーバ４の設定情報記憶部４４に登録される（ｓｔｅｐ４２）。この固有情報、ユーザ情報、カメラ設定情報は、端末装置３からアクセス制御サーバ４の所定サイトにアクセスし、アクセス制御サーバ４から情報の入力を促すウェブページが送信されてここに情報を取り込んだり、書き込んだりすることで登録される。

この登録が終了すると、アクセス制御サーバ４は端末装置３が今後アクセスするためのＵＲＬを送信する（ｓｔｅｐ４３）。従って、端末装置３がネットワークカメラ２から画像や音声を得ようと思えば、端末装置３からこのＵＲＬにアクセスすることで、アクセス制御サーバ４がこの要求を中継して、ネットワークカメラ２との通信が可能になる。

以上、ネットワークカメラ２とアクセス制御サーバ４の構成、動作について説明したが、以下、端末装置３、ネットワークカメラ２、アクセス制御サーバ４の３者間で行われる手順についてそのシーケンスを説明する。図７は実施の形態１におけるサーバ装置経由で通信を行うネットワークシステムの登録シーケンスを示す。図７において、端末装置３からＱＲコードなどを使って登録手続を行う。先ず、端末装置３からネットワークカメラ２のＭＡＣアドレスやシリアル番号（製造番号）等の固有情報を送信し、ユーザ情報、設定情報の登録要求を送信する（ｓｑ１）。これに対してアクセス制御サーバ４で登録処理を行い、ネットワークカメラ２にアクセスする時に利用するＵＲＬを登録応答として通知する（ｓｑ２）。

その後、ネットワークカメラ２の電源を入れると、ネットワークカメラ２のサーバ監視部１１（サーバ監視デーモン）がアクセス制御サーバ４に対してカメラの状態を送信し、この時工場出荷状態であるためセットアップ要求を送信する。（ｓｑ３）。これに対してアクセス制御サーバ４は２００ＯＫを送信すると共に（ｓｑ４）、ネットワークカメラ２にセットアップの要求を行う（ｓｑ５）。即ち、アクセス制御サーバ４は、その設定情報記憶部４４に記憶されたネットワークカメラ２の固有情報とネットワークカメラ２から送信された固有情報とを照合し、一致した場合、設定情報記憶部４４に記憶された端末装置３のユーザ情報をネットワークカメラ２に送信する。この要求を受信すると、ネットワークカメラ２はセットアップを実行する。

そして、セットアップ要求に対するセットアップ完了の応答をアクセス制御サーバ４に送信し（ｓｑ６）、サーバ要求を待つことになる。セットアップに成功しなかった場合は再接続待ち時間が経過するのを待って、この手順を繰り返す。

次に、ネットワークカメラ２、アクセス制御サーバ４間で行われる基本手順のシーケンスを説明する。ネットワークカメラ２は電源オンになると、ネットワークカメラ２のサーバ監視部１１（サーバ監視デーモン）がアクセス制御サーバ４に対して接続要求を通知す
る（ｓｑ７）。これに対してアクセス制御サーバ４は２００ＯＫを送信すると共に（ｓｑ８）、カメラ制御要求（即ちサーバ要求）を送信する（ｓｑ９）。この要求を受信するとサーバ監視部１１はカメラ制御要求を受信した旨の応答を送信すると共に（ｓｑ１０）、サーバ要求が切断を要求するものでなければ、ＫｅｅｐＡｌｉｖｅの要求を送信する（ｓｑ１１）。サーバ要求が切断を要求する場合は切断される。

このＫｅｅｐＡｌｉｖｅの要求に対して、アクセス制御サーバ４のネットワークカメラ監視部４２ｂは接続確認の次時間が設定された接続確認時間付ＫｅｅｐＡｌｉｖｅのカメラ制御応答（即ち接続確認）を送信する（ｓｑ１２）。なお、この次時間が経過していない間は切断要求があるまでサーバ要求があるまで待機し（セッション継続）、次時間が到来したら接続確認時間付ＫｅｅｐＡｌｉｖｅのカメラ制御応答を送信する。そして、アクセス制御サーバ４から切断要求が行われたら（ｓｑ１３）、ネットワークカメラ２のサーバ通信制御部２９はセッションを切断する。

そして、切断後再接続時間が経過すると、ネットワークカメラ２のサーバ通信制御部２９は再びアクセス制御サーバ４に対して接続要求を通知する（ｓｑ１４）。ｓｑ１２の接続確認時間付ＫｅｅｐＡｌｉｖｅのカメラ制御応答（接続確認パケット）がない場合も同様となる。以下、ｓｑ３以下と同様のシーケンスを再接続時間ごとに繰り返して行うことになる。

続いて、端末装置３からネットワークカメラ２に静止画像等のＪＰＥＧデータを取得するシーケンスについて説明する。静止画像を要求するため、端末装置３から所定のＵＲＬに対してＪＰＥＧデータを要求する端末要求を送信すると（ｓｑ２１）、アクセス制御サーバ４はこの端末要求を中継してこれをネットワークカメラ２に転送する（ｓｑ２２）。

なお、ｓｑ２２においてこの端末装置３のほかに他の端末装置３からＪＰＥＧデータを要求されている場合は、後述する。これを受信すると、ネットワークカメラ２はカメラ部１２で撮像した画像を画像バッファ部１４に出力して一時蓄積し、この一時蓄積されたバッファ済み情報あるいは既に一時蓄積されたバッファ済み情報をアクセス制御サーバ４に送信する（ｓｑ２３）。

アクセス制御サーバ４はこのＪＰＥＧデータをアクセス制御サーバ４のカメラ情報記憶部４５に一時蓄積すると共に、コマンド中継制御部５０が静止画像のＪＰＥＧデータをペイロードとするパケットを生成して通信制御部４１から端末装置３に送信する（ｓｑ２４）。なお、静止画像のＪＰＥＧデータだけでなく、音声データも併せて送信することもできる。

次に、端末装置３からネットワークカメラ２のパン、チルト等の操作を行うシーケンスについて説明する。ネットワークカメラ２の操作をするため、端末装置３から所定のＵＲＬに対してカメラ制御要求を送信すると（ｓｑ２５）、アクセス制御サーバ４はこのカメラ制御要求をネットワークカメラ２に送信する（ｓｑ２６）。なお、ｓｑ２６において、カメラ制御要求であることはコマンド解析部４９が解析し、コマンド中継制御部５０が中継する。

ネットワークカメラ２はこのカメラ制御要求を受信すると、コマンド解析部２６が制御内容を解析し、コマンド実行部２８がコマンドを実行し、カメラ制御部２４にパン、チルト等の制御動作を命じる。制御動作を行うと、ネットワークカメラ２はカメラ制御要求に対する制御結果通知を応答する（ｓｑ２７）。アクセス制御サーバ４はこの制御結果通知をコマンド中継制御部５０が中継して端末装置３に送信する（ｓｑ２８）。

ところで、実施の形態１のアクセス制御サーバ４はカメラ制御要求を受信した時、セッション中ネットワークカメラ２との間で制御用の新セッションを開設することができる。即ち、アクセス制御サーバ４はサーバ要求として例えばＵＲＬ（ｃｇｉａａａ）を使って新セッション開設要求を行う（ｓｑ３１）。

ネットワークカメラ２はこのサーバ要求を受信すると、新セッションを開設するためにこれに同意する応答を送信すると共に（ｓｑ３２）、コマンド解析部２６において制御内容を解析し、コマンド実行部２８がコマンドを実行し、アクセス制御サーバ４に対してサーバ通信制御部２９から接続要求（ｈｔｔｐ：ＧＥＴ／ｃｇｉａａａ）を送信する（ｓｑ３３）。これに対してアクセス制御サーバ４は２００ＯＫを送信し（ｓｑ３４）、新セッションが開設される。この新セッションを使ってカメラ制御要求を送信することができる。

なお、新セッションを開設する時、設定情報として設定されている最大タスク数（例えば５個）を越えた場合は、新セッションを開設することができない。ネットワークカメラ２のコマンド解析部２６はこの旨の判断を行い、最大タスク数以内であればコマンド実行部２８がｓｑ３３の接続要求（ｈｔｔｐ：ＧＥＴ／ｃｇｉａａａ）を送信し、最大タスク数を越えている場合はエラー通知をアクセス制御サーバ４に送信する。

これにより、例えば、２つのルートのセッションをネットワークカメラ２との間で開設し、端末装置３から一方のルートで所定以上の時間を要する処理（例えば大容量のＪＰＥＧデータの送信）を要求し、もう一方のルートでカメラの操作を行うことができる。更に、２台以上の端末装置３から一台のネットワークカメラ２にアクセスしてそれぞれ別にカメラ制御してＪＰＥＧデータを得ることもできる。

続いて、この複数の端末装置３から一台のネットワークカメラ２にアクセスして音声を含む動画情報（以下、ビデオ情報）のストリーム配信を要求する場合の説明を行う。端末装置３（Ａ）と端末装置３（Ｂ）が相前後してアクセス制御サーバ４にアクセスし、一台のネットワークカメラ２のビデオ情報を要求する場合である。

先ず、ネットワークカメラ２にビデオ情報のストリーム配信を要求するため、端末装置３（Ａ）から所定のＵＲＬに対してビデオ配信を要求する端末要求を送信し（ｓｑ４１）、相前後して端末装置３（Ｂ）から別の所定のＵＲＬに対してビデオ配信を要求する端末要求を送信すると（ｓｑ４２）、アクセス制御サーバ４のカメラ情報共有制御部５３はこれらが共通のネットワークカメラ２に対するビデオ配信要求と判断し、一つのサーバ要求としてネットワークカメラ２にビデオ配信を送信する（ｓｑ４３）。

ネットワークカメラ２はアクセス制御サーバ４からこのビデオ配信要求を受信すると、コマンド解析部２６においてこれをビデオ配信要求と判断し、コマンド実行部２８が画像バッファ部１４、音声バッファ部１８のデータを基にＭｏｔｉｏｎＪＰＥＧ（＋ＡＳＦ）、ＭＰＥＧ等のペイロードのパケットを生成させてアクセス制御サーバ４に送信する（ｓｑ４４）。

アクセス制御サーバ４はこのビデオ配信データをカメラ情報記憶部４５に一時蓄積すると共に、コマンド中継制御部５０がこの配信データをペイロードとするパケットを生成して通信制御部４１から端末装置３（Ａ）に送信し（ｓｑ４５）、同一の配信データをペイロードとするパケットを端末装置３（Ｂ）に送信する（ｓｑ４６）。そして、この後ネットワークカメラ２からアクセス制御サーバ４を経由して端末装置３（Ａ），端末装置３（Ｂ）にストリーム配信が行われる。

その後、何れかの時点において、一方の端末装置３からネットワークカメラ２に切断要求が送信されることになる。即ち、ある時点にネットワークカメラ２がアクセス制御サーバ４へ次の配信データのパケットを送信し（ｓｑ４７）、アクセス制御サーバ４はこの配信データをカメラ情報記憶部４５に一時蓄積し、この配信データを端末装置３（Ａ）に送信する（ｓｑ４８）。

しかし、このタイミングで、一方の端末装置３（Ｂ）から切断要求がなされると（ｓｑ４９）、コマンド解析部４９の判断を基にアクセス制御サーバ４のコマンド中継制御部５０は端末装置３（Ｂ）へのビデオ配信を停止する。

この時点においては、端末装置３（Ａ）からの切断要求はなされていないので、ネットワークカメラ２からアクセス制御サーバ４へのビデオ配信は引き続いて行われ、コマンド実行部２８が配信データをアクセス制御サーバ４に引き続いて送信する（ｓｑ５０）。この配信データはアクセス制御サーバ４によって端末装置３（Ａ）に送信される（ｓｑ５１）。

更に、その後も端末装置３（Ａ）への配信のため、ネットワークカメラ２はアクセス制御サーバ４へ次のビデオ配信データのパケットを送信し続け（ｓｑ５２）、アクセス制御サーバ４はこの配信データを端末装置３（Ａ）に送信する（ｓｑ５３）。そして、あるタイミングで、端末装置３（Ａ）から切断要求がなされると（ｓｑ５４）、アクセス制御サーバ４のコマンド解析部４９はこれを切断要求と判断し、コマンド中継制御部５０はネットワークカメラ２へ切断要求を行う（ｓｑ５５）。

このように実施の形態１のアクセス制御サーバは、端末装置からユーザ情報とＱＲコードなどのネットワークカメラの固有情報を通知し、ネットワークカメラからはアクセス制御サーバにこの固有情報と未登録（工場出荷状態）である旨を通知することで、ルータにポートフォワーディングの設定をするという煩雑な作業をすることなく、端末装置に関する情報のネットワークカメラへの設定を、極めて簡易にすることができる。また、端末装置のユーザ情報が記憶されている場合には、端末装置に関する情報の登録は済んでいると判断するので、同一情報の無駄な重複登録を回避できる。

更に、端末装置に関する情報をアクセス制御サーバ置に設定すると、端末装置に対して、アクセス制御サーバ置を介してネットワークカメラにアクセスするための接続情報を返送するので、アクセス制御サーバへの登録と、端末装置からネットワークカメラへのアクセスとを簡単に結び付けることができる。その結果、端末装置に関する情報のネットワークカメラへの設定を、ＫｅｅｐＡｌｉｖｅを使ったセッションで煩雑な作業をすることなく、極めて簡易に行うことができる。

アクセス制御サーバ置の記憶部にネットワークカメラで撮像された画像を記憶しておき、端末装置からネットワークカメラで撮像した画像を取得する画像要求があった場合も、ネットワークカメラにアクセスすることなく、記憶部に記憶された画像を端末装置に送信することにより、端末装置はネットワークカメラにアクセスすることなく、ネットワークカメラで撮像した画像を入手できるので、ネットワークカメラが端末装置からアクセスされる回数を低減することができ、ネットワークカメラのアクセス負荷を減らすことができる。

端末装置からネットワークカメラに対して所定時間を要する処理を要求した場合、ネットワークカメラに対して画像を通信する通信用セッションとは別に制御コマンドを通信する制御用セッションを開設することにより、所定時間を要する処理により現在使用中のセッションが占有された場合であっても、別に設けたセッションを介して制御コマンドを用
いた指示を行うことができるので、所定時間を要する処理によって他の処理ができないという事態を回避できる。

例えば、現在使用中のセッションを介して動画を取得している場合であっても、別に設けたセッションを介してパン／チルト等の指示をネットワークカメラに対して送信できるので、動画を取得中にパン／チルト等の制御ができず、同一方向の画面しか取得できないという事態を解消できる。

（実施の形態２）
本発明の実施の形態２における分散サーバシステムとサーバ装置について説明する。実施の形態２の分散サーバシステムは、接続の可否に関する登録処理を行うサーバ装置と、第１端末装置から第２端末装置へアクセスする時アクセス制御を行う第２サーバ装置とで機能を分担し、サーバ装置の登録処理と第２サーバ装置によるその後のアクセス制御を連携して行うもののである。

図１３は本発明の実施の形態２におけるサーバ装置経由で通信するネットワークシステムの構成図、図１４は本発明の実施の形態２におけるネットワークカメラのフローチャート、図１５は本発明の実施の形態２におけるアクセス制御サーバ装置のフローチャート、図１６は本発明の実施の形態２におけるサーバ装置に対して端末装置とネットワークカメラを新規登録するシーケンス説明図である。

実施の形態２における分散サーバシステムは、実施の形態１におけるサーバ装置の機能を機能分離して負荷分散を図ったものであり、基本的に実施の形態１と実施の形態２の構成は共通であるから、共通の構成には共通の符号を付与し、その詳細な説明は実施の形態１に譲る。また、実施の形態２の説明においても、図１〜図１２は参照する。

図１３において、ＩＰネットワーク１はプロトコルＴＣＰ／ＩＰで通信するインターネットやイントラネットなどのネットワークであり、ＩＰネットワーク１には携帯電話等の端末装置３が接続されると共に、ルータ５が接続される。このルータ５の下流側には複数のネットワークカメラ２が配下として接続される。ネットワークカメラ２はカメラ部で撮影した画像を録画してＩＰネットワーク１に送信する。このルータ５はグローバルＩＰアドレスを有し、各ネットワークカメラ２は外部ポート番号を有している。

また、図１３のＩＰネットワーク１には、端末装置３からネットワークカメラ２へのアクセスを可能にし、端末装置３に関する登録処理を行う登録制御サーバ４ａ（本発明の分散サーバシステムにおけるサーバ装置）と、端末装置３とのアクセス制御を行うアクセス制御サーバ４ｂ（本発明の分散サーバシステムにおける第２サーバ装置）が接続される。登録制御サーバ４ａとアクセス制御サーバ４ｂの内部構成は基本的に図３に示すアクセス制御サーバ４と共通である。

この図１３に示した矢印に従って説明する。端末装置３からユーザ情報と、ネットワークカメラ２の個体識別可能な固有情報と、アクセス制御サーバ接続情報（ＵＲＬ）を登録制御サーバ４ａに通知して（１）のように登録要求すると、端末装置３のユーザ情報が記憶されていない場合に、登録制御サーバ４ａは端末装置３からの設定情報としてユーザ情報と固有情報を登録し、これらは登録制御サーバ４ａの設定情報記憶部４４の接続情報データベースに登録される。

続いて、登録制御サーバ４ａはアクセス制御サーバ接続情報を使い、アクセス制御サーバ４ｂに対して設定情報記憶部４４に記憶されたユーザ情報と固有情報を（２）のように送信し、アクセス制御サーバ４ｂがその設定情報記憶部４４にこれらを記憶する。この処
理後、アクセス制御サーバ４ｂは登録制御サーバ４ａにＵＲＬなどのネットワークカメラ２へアクセスするための接続情報を（３）に示すように送信（カメラ接続情報通知）し、登録制御サーバ４ａがこの接続情報を端末装置３に（４）のように送信（カメラ接続情報通知）する。

その後、端末装置３からこの接続情報にアクセスすると、アクセス制御サーバ４ｂのＣＧＩが起動し、後述するように端末装置３から受信したメッセージが中継処理され、ネットワークカメラ２へのアクセスが可能になる。

登録制御サーバ４ａは基本的に登録処理のみを行い、アクセス制御サーバ４ｂはアクセス制御を行う。このアクセス制御サーバ４ｂは、一台のサーバ装置の場合に登録処理とアクセス制御が集中して過負荷になるのを避けるためのもので、アクセス処理だけを行い、Ｎ台（一台あるいは２台以上）がＩＰネットワークに接続される。

この構成により、端末装置３から要求される処理はＮ台のアクセス制御サーバ４ｂで分担され（１／Ｎの負担）、実施の形態１のような一台だけのサーバ装置にかかる負荷を軽減できる。なお、登録制御サーバ４ａは登録制御のみを行うのがよいが、過負荷にならない限り、登録制御のほかにアクセス制御サーバ４ｂの一台として、アクセス制御の一部を分担することもできる。

次いで、図１３に基づいて未登録あるいは既登録のネットワークカメラ２を接続する時の説明を行う。ネットワークカメラ２が（５）に示すように登録制御サーバ４ａに接続要求すると、実施の形態２の分散サーバシステムにおいては、登録制御サーバ４ａが（６）のようにアクセス制御サーバ４ｂのＵＲＬと共にサーバ切替え通知を送信する（即ちアクセスサーバ接続情報通知）。ネットワークカメラ２はセッションを切断し、（７）のように再度アクセス制御サーバ４ｂに接続要求する。アクセス制御サーバ４ｂからは２００ＯＫが送信され、ネットワークカメラ２が未登録の場合、ネットワークカメラ２はＭＡＣアドレスやシリアル番号等を含んで構成された固有情報と未登録である旨（工場出荷状態を示すステータス）を通知する。なお、既登録（登録済み）の場合はこの旨（登録状態を示すステータス）を通知する。

これに対して登録制御サーバ４ａは送信されてきた上記固有情報を使って設定情報記憶部４４の接続情報データベースを検索し、この固有情報が登録されていなければこのネットワークカメラ２を新規登録し、登録完了通知（２００ＯＫ）をネットワークカメラ２に通知する。そして、更に（８）に示すようにネットワークカメラ２にこのカメラ設定情報（端末装置３のユーザ情報と固有情報）を送信してネットワークカメラ２にセットアップを命じる。

その後、ネットワークカメラ２はこのアクセスサーバ接続情報を使って定期的にアクセス制御サーバ４ｂにセッション開設要求（接続要求）を送信する。これに対してアクセス制御サーバ４ｂはネットワークカメラ２にセッション開設要求完了通知（２００ＯＫ）を送信して、接続状態になる。この接続は接続確認時間付ＫＥＥＰＡＬＩＶＥを使って所定時間保持され、この時間が経過すると、この手順が繰り返される。

このセッションが張られている状態で、端末装置３から図１３の（９）のように画像を要求すると、アクセス制御サーバ４ｂが（１０）に示すようにこの画像要求を中継、転送し、これに対してネットワークカメラ２から（１１）のように画像が配信され、アクセス制御サーバ４ｂが画像を端末装置３に（１２）に示すように送信する。

なお、実施の形態２のアクセス制御サーバ４ｂも実施の形態１と同様に、ネットワーク
カメラ２と間で１回線の通信用セッションのほか、２回線目以上となる第２のセッションを開設することができる。アクセス制御サーバ４ｂはネットワークカメラ２に第２のセッションにより、例えばパン等のカメラ制御要求を送信すると、アクセス制御サーバ４ｂはこのセッションを使ってカメラ制御要求をネットワークカメラ２に送信する。ネットワークカメラ２は制御された後、カメラ制御完了通知をアクセス制御サーバ４ｂに送信し、アクセス制御サーバ４ｂは端末装置３にカメラ制御完了通知を送信する。これにより、実施の形態２の端末装置３はネットワークカメラ２から画像を取得すると同時に別回線でネットワークカメラ２を制御することができる。

ここで、実施の形態２のネットワークカメラ２の内部構成について説明する。基本的には実施の形態１のネットワークカメラ２と内部構成は変わらない。そこで、詳細は実施の形態１に譲り、図２を使って、登録制御サーバ４ａとアクセス制御サーバ４ｂとを分離したことにより追加された機能を中心に説明をする。

図２において、バッファ部７に設けられたカメラ制御コマンドバッファ部２５は、端末装置３から送信されたコマンドのほか、あわせて登録制御サーバ４ａから送信されたサーバ切替えを命じるコマンドなどの一時蓄積を行う。

この登録制御サーバ４ａから送信されたサーバ切替えのコマンドにはアクセスサーバ接続情報（ＵＲＬ）が含まれている。登録制御サーバ４ａからこのコマンドを受信するとコマンド受渡制御部３１に起動がかけられ、これをコマンド解析部３０に渡す。コマンド解析部３０はコマンドからサーバ切替えを命じる旨を解析すると共に、ＵＲＬを抽出し、設定情報入出力部２７がＵＲＬを記憶部１０に格納する。そして、コマンド実行部２８は切断要求を登録制御サーバ４ａに送信して、登録制御サーバ４ａとのセッションを切断し、アクセスサーバ接続情報のＵＲＬを使ってアクセス制御サーバ４ｂにセッション開設要求を行う。

これに対してアクセス制御サーバ４ｂはネットワークカメラ２にセッション開設要求完了通知（２００ＯＫ）を送信して、接続状態になる。アクセス制御サーバ４ｂからセットアップのコマンドと、ユーザ情報などのカメラ設定情報が送信される。このカメラ制御コマンドに従ってネットワークカメラ２がセットアップすると、両者間は接続確認時間付ＫＥＥＰＡＬＩＶＥを使って所定時間セッションが張られ、この時間が経過すると、この手順が繰り返される。この接続中に端末装置３から画像を要求すると、アクセス制御サーバ４ｂを介して画像が端末装置３に送信される。

ところで、実施の形態２の登録制御サーバ４ａはＩＰネットワーク１に接続された複数台のアクセス制御サーバ４ｂ全体に対してサーバの負荷状況の監視を行う。実施の形態２においては、この負荷は複数台のアクセス制御サーバ４ｂの（処理量／処理能力）の比率に基づいて判断され、全サーバの負荷状況を一覧にしたテーブルにして、登録処理時に参照するため設定情報記憶部４４内に保持される。この比率（＝負荷）が高いほど負荷が高いことになる。登録制御サーバ４ａはこの比率ができるだけ等しくなるようにアクセス制御サーバ４ｂを選んでアクセス制御サーバ接続情報（ＵＲＬ）として通知する。比率の小さいものを選ぶ。処理量と処理能力の比率に基づいた制御であるため、簡単に負荷状態を監視することができ、ＩＰネットワーク１のトラフィックに応じたサーバ管理をすることができる。

以上ネットワークカメラ２の内部構成について説明したが、以下図３に基づいて本発明の実施の形態２における登録制御サーバ４ａとアクセス制御サーバ４ｂについて説明する。実施の形態１のアクセス制御サーバ４と内部構成は基本的に共通であるため、詳細は実施の形態１に譲り、登録制御サーバ４ａとアクセス制御サーバ４ｂとに機能分離したこと
に関連してのみ説明する。

図３に示すように、登録制御サーバ４ａとアクセス制御サーバ４ｂにはインターフェースとなる通信制御部４１が設けられており、ＴＣＰ／ＩＰなどのプロトコルでネットワークカメラ２との間で通信を行う。この通信制御部４１は端末装置３との間で通信を行うネットワーク端末監視部４２ａと、ネットワークカメラ２との間で接続確認時間付ＫＥＥＰ
ＡＬＩＶＥを使ってセッションを張るネットワークカメラ監視部４２ｂとを備えている。

例えば、登録制御サーバ４ａとアクセス制御サーバ４ｂのネットワークカメラ監視部４２ｂはネットワークカメラ２のサーバ監視部１１からセッション開設要求（ｈｔｔｐ：ＧＥＴ／ｃｇｉＸＸＸ）を受信すると、２００ＯＫ（ｈｔｔｐ／１．１２００ＯＫ）を送信してネットワークカメラ２との接続を行う。また、登録制御サーバ４ａのネットワーク端末監視部４２ａは端末装置３から登録要求（ｈｔｔｐ：ＧＥＴ／ｃｇｉＹＹＹ）があると、ユーザ情報とネットワークカメラ２の固有情報をカメラ情報記憶部４５の接続情報データベースに登録する。

また、ネットワーク端末監視部４２ａ，ネットワークカメラ監視部４２ｂには、それぞれ、端末装置３から送信されたユーザ情報、あるいはネットワークカメラ２から送信された固有情報とユーザ情報、アクセスサーバ接続情報を取り出して設定情報記憶部４４に格納する設定情報入出力部４７ａ，４７ｂが設けられている。

従って、この登録制御サーバ４ａは未接続のネットワークカメラ２からの接続要求の場合、アクセス制御サーバ４ｂに接続先を変更する旨のサーバ切替え通知をＵＲＬと共に送信し、アクセス制御サーバ４ｂは登録制御サーバ４ａと連携して登録後のアクセス制御を行う。アクセス制御サーバ４ｂとネットワークカメラ２が接続中に端末装置３から画像を要求すると、アクセス制御サーバ４ｂを介して画像が端末装置３に送信される。接続を所定時間継続してこの時間経過と共に切断されると、これを再度繰り返す。

さて、以下実施の形態２におけるネットワークカメラ２の動作について図１４のフローチャートに基づいて説明する。先ず、ネットワークカメラ２をルータ５に接続して電源を入れて登録制御サーバ４ａとのセッション開設を試み（ｓｔｅｐ５１）、セッション開設（接続）に成功するまでアクセスする（ｓｔｅｐ５２）。ｓｔｅｐ５２において、もし不成功なら再接続時間待って（ｓｔｅｐ５３）、ｓｔｅｐ５１に戻って再度セッション開設を試みる。セッションが開設されると、切断まで接続確認時間付ＫｅｅｐＡｌｉｖｅの状態となる。

ｓｔｅｐ５２において接続に成功した場合、アクセス制御サーバ４ｂの切替えがあるか否かが判断され（ｓｔｅｐ５４）、切替えがある場合は登録制御サーバ４ａからサーバ切替え通知とＵＲＬを通知して回線を切断し、ｓｔｅｐ６３の再接続待ち時間が経過した後、再度アクセス制御サーバ４ｂとのセッション開設を試み、セッション開設（接続）に成功するまでアクセスする。

ｓｔｅｐ５４においてアクセス制御サーバ４ｂとの切替えがなされている場合、アクセス制御サーバ４ｂからサーバ要求があったか否かを確認する（ｓｔｅｐ５５）。サーバ要求が受信できなかった場合、それが、セッションが切断されたことによるものであるのか判定し（ｓｔｅｐ５６）、アクセス制御サーバ４ｂから切断された場合は、所定時間（再接続時間）経過したら再び自動的にアクセス制御サーバ４ｂとのセッションを回復するためにｓｔｅｐ５３へ進んで、この時間が経過するのを待ってｓｔｅｐ５１に戻り、再度セッション開設を試みる。

もし、ｓｔｅｐ５６において、セッションが切断されていない場合は、ネットワーク障害などでこれが切断状態になったと判断できるため、接続確認時間付ＫｅｅｐＡｌｉｖｅの接続確認時間が経過しているか否かを確認し（ｓｔｅｐ５７）、経過していなければｓｔｅｐ５５に戻ってサーバ要求を受信するのを待つ。また、ｓｔｅｐ５７において接続確認時間が経過している場合は、接続確認時間付ＫｅｅｐＡｌｉｖｅの接続確認パケット（ＫｅｅｐＡｌｉｖｅ要求）を送信し（ｓｔｅｐ５８）、アクセス制御サーバ４ｂから次時間を設定した接続確認時間付ＫｅｅｐＡｌｉｖｅのサーバ応答があったか否かを判定し（ｓｔｅｐ５９）、サーバ応答があった場合はｓｔｅｐ５５に戻って、新たなサーバ要求を受信するまで待機する。サーバ応答がなければｓｔｅｐ５３へ進み、再接続時間が経過するのを待ってｓｔｅｐ５１に戻って再度セッションの開設を試みる。

ｓｔｅｐ５５においてアクセス制御サーバ４ｂからサーバ要求があった場合、サーバ要求に含まれたコマンドを解析する（ｓｔｅｐ６０）。このコマンドが、現在のセッションのほかに新セッションを開設する要求であるのか否かを判定し（ｓｔｅｐ６１）、新セッション開設以外のコマンド（例えばＪＰＥＧデータの要求）であればこのコマンドを実行する（ｓｔｅｐ６２）。そして、その制御結果の通知をアクセス制御サーバ４ｂに対して行う（ｓｔｅｐ６３）。

これに対してｓｔｅｐ６１において、コマンドが新セッション開設のコマンドであった場合、このタスクが最大タスク数、例えばタスク数５個以内であるか否かを判定する（ｓｔｅｐ６４）。最大タスク数以内であれば、新タスクを生成し（Ｓｔｅｐ６５）、ｓｔｅｐ６２へ進んで新セッション開設のコマンドを実行し、アクセス制御サーバ４ｂに新セッション開設の通知を行う。ｓｔｅｐ６４の判定で最大タスク数を越えた場合は、ネットワークカメラ２が過負荷になるため、アクセス制御サーバ４へこの旨のエラー通知を送信して（ｓｔｅｐ６６）、再度ｓｔｅｐ５５に戻って新たなサーバ要求があるまで待機する。

次に、実施の形態２における登録制御サーバ４ａの登録処理時の詳細な動作について図１５のフローチャートに基づいて説明する。登録制御サーバ４ａはネットワークカメラ２からカメラセッション開設要求があるまで待機し（ｓｔｅｐ７１）、なければ再接続の時間が経過するのを待ち（ｓｔｅｐ７２）、カメラセッション開設要求があれば、接続先のアクセス制御サーバ４ｂの切替えを通知する（ｓｔｅｐ７３）。

ネットワークカメラ２から完了通知（２００ＯＫ）を受信すると（ｓｔｅｐ７４）、ｓｔｅｐ７２で再接続の時間が経過するのを待ち、完了通知を受信しなかった場合はそのままネットワークカメラ２とのセッションを切断し（ｓｔｅｐ７５）、ｓｔｅｐ７２で再接続の時間が経過するのを待ってｓｔｅｐ７１に戻る。

以上、ネットワークカメラ２と登録制御サーバ４ａとアクセス制御サーバ４ｂの構成、動作について説明したが、以下、端末装置３、ネットワークカメラ２、登録制御サーバ４ａとアクセス制御サーバ４ｂの４者間で行われる登録時のシーケンスを説明する。図１６は実施の形態１における登録制御サーバ４ａとアクセス制御サーバ４ｂ経由で通信を行うネットワークシステムの登録シーケンスを示す。図１６において、端末装置３からＱＲコードなどを使って登録手続を行う。先ず、端末装置３からネットワークカメラ２の固有情報を送信し、ユーザ情報、設定情報の登録要求を送信する（ｓｑ６１）。これに対して登録制御サーバ４ａで登録処理を行い、ネットワークカメラ２にアクセスする時に利用する接続情報（ＵＲＬ）を登録応答として通知する（ｓｑ６２）。

その後、ネットワークカメラ２の電源を入れると、ネットワークカメラ２のサーバ監視部１１が登録制御サーバ４ａに対して接続要求する（ｓｑ６３）。これに対し実施の形態
２の分散サーバシステムにおいては、登録制御サーバ４ａが２００ＯＫを送信してセッションを開始する（ｓｑ６４）。

しかし、登録制御サーバ４ａは直ちにアクセス制御サーバ４ｂのＵＲＬと共にサーバ切替え通知を送信する（ｓｑ６５）。ネットワークカメラ２はこれに応答を返し（ｓｑ６６）、登録制御サーバ４ａとセッションを切断する（ｓｑ６７）。更に、アクセス制御サーバ４ｂのＵＲＬを使ってアクセス制御サーバ４ｂに接続要求する（ｓｑ６８）。アクセス制御サーバ４ｂからは２００ＯＫが送信され（ｓｑ６９）、ネットワークカメラ２のセットアップ命令が通知される（ｓｑ７０）。

ネットワークカメラ２が未登録の場合、ネットワークカメラ２はＭＡＣアドレスやシリアル番号等を含んで構成された固有情報と未登録である旨（工場出荷状態を示すステータス）をルータ５経由で通知する（ｓｑ７１）。なお、既登録（登録済み）の場合はこの旨（登録状態を示すステータス）を通知する。

以上説明したように、実施の形態２の分散サーバシステムと登録制御サーバ４ａ，アクセス制御サーバ４ｂは、ルータに接続した第２端末装置の側からＩＰネットワークを経由して登録制御サーバ４ａにアクセスし、登録制御サーバ４ａが第２端末装置をセットアップさせた後に第２端末装置の側からアクセス制御サーバ４ｂとの間にセッションを張り、その後コネクションを保持させて、このセッションが張られた状態で、端末装置３からアクセス制御サーバ４ｂを介してアクセスさせるため、端末装置３をネットワークカメラ２に接続させることができる。

ルータにポートフォワーディングの設定をするという煩雑な作業をすることなく、端末装置３に関する情報のネットワークカメラ２への設定を煩雑な作業をすることなく、極めて容易に行うことができる。また、登録を行う登録制御サーバ４ａと、端末装置３からネットワークカメラ２へのアクセス制御を行うアクセス制御サーバ４ｂとに機能分離しているため、負荷を分散することができ、快適なアクセス環境を実現できる。更に、一台以上のアクセス制御を行うアクセス制御サーバ４ｂを設けて負荷の分散を図っているため、負荷が一台のサーバ装置に集中することがなく、快適なアクセス環境を実現できる。そして、登録時の負荷状況を監視してこれを反映し、複数台のアクセス制御サーバ４ｂ間であまり差が生じないように負荷を分散させるため、快適なアクセス環境を実現できる。

本発明は、端末装置とルータ配下の端末装置を結び付けるサーバ装置と分散サーバシステムに適用できる。

１ＩＰネットワーク
２ネットワークカメラ
３端末装置
４アクセス制御サーバ
４ａ登録制御サーバ
４ｂアクセス制御サーバ
５ルータ
６通信制御部
７バッファ部
８制御部
９処理部
１０記憶部
１１サーバ監視部
１２カメラ部
１３画像処理部
１４画像バッファ部
１５マイク
１６スピーカ
１７音声処理部
１８音声バッファ部
１９パン動作部
２０チルト動作部
２１ズーム動作部
２２フォーカス動作部
２３外部入出力部
２４カメラ制御部
２５カメラ制御コマンドバッファ部
２６コマンド解析部
２７設定情報入出力部
２８コマンド実行部
２９サーバ通信制御部
３０コマンド解析部
３１コマンド受渡制御部
３２設定情報入出力部
４１通信制御部
４２ａネットワーク端末監視部
４２ｂネットワークカメラ監視部
４３サーバ制御部
４４設定情報記憶部
４５カメラ情報記憶部
４６ａネットワーク端末通信制御部
４６ｂネットワークカメラ通信制御部
４７ａ，４７ｂ設定情報入出力部
４８ａ，４８ｂコマンド受渡制御部
４９コマンド解析部
５０コマンド中継制御部
５１カメラ検索部
５２設定情報入出力部
５３カメラ情報共有制御部

Claims

ネットワークを介して第１端末装置と接続されるとともに、ルータで中継されインターネットを介して第２端末装置と接続されたサーバ装置であって、
前記第１端末装置から第３端末装置の固有情報を受信するとともに、前記第２端末装置から前記第２端末の固有情報を受信する受信手段と、
前記第１端末装置から受信した前記第３端末装置の固有情報と、前記第２端末装置から受信した前記第２端末装置の固有情報と、を照合する照合手段と、
前記第３端末装置の固有情報と前記第２端末装置の固有情報とが一致した場合、前記第２端末装置と当該サーバとの通信を接続状態とするためのセットアップ信号を前記第２端末へ送信する送信手段と、を具備したことを特徴とするサーバ装置。
前記固有情報は、シリアル番号であることを特徴とする請求項１記載のサーバ装置。
前記第１端末は携帯端末装置であり、前記第２端末はネットワークカメラであり、当該サーバは前記ネットワークカメラから当該サーバを介して前記携帯端末装置へ前記ネットワークカメラで撮影した画像データを通信する接続状態とするためのセットアップ信号を送信することを特徴とする請求項１あるいは２記載のサーバ装置。
前記送信手段は、前記携帯端末装置のユーザ情報と前記ネットワークカメラの固有情報との入力を促すウェブページを前記携帯端末装置へ送信し、
前記受信手段は、前記携帯端末装置のユーザ情報を受信することにより前記第１端末装置のユーザがログインし、前記第１端末装置のユーザが前記ネットワークカメラの固有情報を前記ウェブページに入力することにより、前記携帯端末装置のユーザ情報と前記ネットワークカメラの固有情報と受信することを特徴とする請求項３記載のサーバ装置。
前記接続状態では、前記携帯端末装置からネットワークカメラへ当該サーバを介して画像要求を送信し、ネットワークカメラから当該サーバを介して携帯端末装置へ画像データが送信される請求項３記載のサーバ装置。
前記ネットワークカメラは、前記接続状態によりネットワークカメラのパン制御指令を受信し前記ネットワークカメラの左右の向きを変える、あるいはチルト制御指令を受信し前記ネットワークカメラの上下の向きを変える、あるいはズーム制御指令を受信し、前記ネットワークカメラのズーム動作を行うことを特徴とする請求項３から５いずれか１項記載のサーバ装置。
前記ネットワークカメラはマイクを備え、前記ネットワークカメラは画像データとともに音声データを送信することを特徴とする請求項６記載のサーバ装置。
前記接続状態は、KEEP ALIVEを使って保持されることを特徴とする請求項１記載のサーバ装置。
ネットワークを介して第１端末装置と接続されるとともに、ルータで中継されインターネットを介して第２端末装置と接続されたサーバ装置でデータを送受信する方法であって、前記第１端末装置から第３端末装置の固有情報を受信するとともに、前記第２端末装置から前記第２端末の固有情報を受信し、
前記第１端末装置から受信した前記第３端末装置の固有情報と、前記第２端末装置から受信した前記第２端末装置の固有情報と、を照合し、
前記第３端末装置の固有情報と前記第２端末装置の固有情報とが一致した場合、前記第２端末装置と当該サーバとの通信を接続状態とするためのセットアップ信号を前記第２端末
へ送信する、データを送受信する方法。
ネットワークを介して第１端末装置と接続されるとともに、ルータで中継されインターネットを介して第２端末装置と接続されたサーバ装置で実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記第１端末装置から第３端末装置の固有情報を受信するとともに、前記第２端末装置から前記第２端末の固有情報を受信する受信手順と、
前記第１端末装置から受信した前記第３端末装置の固有情報と、前記第２端末装置から受信した前記第２端末装置の固有情報と、を照合する照合手順と、
前記第３端末装置の固有情報と前記第２端末装置の固有情報とが一致した場合、前記第２端末装置と当該サーバとの通信を接続状態とするためのセットアップ信号を前記第２端末へ送信する送信手順と、を具備したことを特徴とするコンピュータ読み取り可能な記録媒体。