(57)【要約】【課題】ＩＰｖ６対応端末と、Ｐ２Ｐ通信による映像データ通信を行うカメラを提供すること。【解決手段】カメラは、撮像部と、ＩＰｖ６対応端末のグローバルＩＰアドレスを受信するサーバに接続し、グローバルＩＰアドレスをサーバから受信してホールパンチングを実行し、ＩＰｖ６対応端末とＰ２Ｐ通信を確立する制御部と、撮像部が撮像する映像データをＰ２Ｐ通信によってＩＰｖ６対応端末に送信する通信部と、を備える。【選択図】図５
2020170965.tif 000002
【特許請求の範囲】
【請求項１】
撮像部と、
ＩＰｖ６（Internet Protocol Version 6）対応端末のグローバルＩＰ（Internet Protocol）アドレスを受信するサーバに接続し、前記グローバルＩＰアドレスを前記サーバから受信してホールパンチングを実行し、前記ＩＰｖ６対応端末とＰ２Ｐ（Peer to Peer）通信を確立する制御部と、
前記撮像部が撮像する映像データをＰ２Ｐ通信によって前記ＩＰｖ６対応端末に送信する通信部と、
を有するカメラ。
【請求項２】
前記制御部は、前記カメラが接続されたルータの無線通信範囲内にＩＰｖ４対応端末が位置する場合、前記ＩＰｖ４対応端末のプライベートＩＰアドレスを用いてＰ２Ｐ通信を確立する、
請求項１に記載のカメラ。
【請求項３】
前記制御部は、前記カメラが接続されたルータの無線通信範囲外に前記ＩＰｖ４対応端末が位置し、かつ、前記ルータのＵＰｎＰ（Universal Plug and Play）機能が利用不可の場合、リレーサーバを介して前記ＩＰｖ４対応端末と通信を確立する、
請求項２に記載のカメラ。
【請求項４】
前記制御部は、
前記ＩＰｖ４対応端末がＵＤＰ（User Datagram Protocol）通信可能な場合、ＵＤＰに基づいて前記映像データを前記ＩＰｖ４対応端末に送信し、
前記ＩＰｖ４対応端末がＵＤＰ通信不可能な場合、ＴＣＰ（Transmission Control Protocol）に基づいて前記映像データを前記ＩＰｖ４対応端末に送信する、
請求項３に記載のカメラ。
【請求項５】
前記制御部は、前記カメラが接続されたルータの無線通信範囲外に前記ＩＰｖ４対応端末が位置し、かつ、前記ルータのＵＰｎＰ機能が利用可能な場合、前記ＩＰｖ４対応端末とＰ２Ｐ通信を確立する、
請求項２から４のいずれか一項に記載のカメラ。
【請求項６】
ＩＰｖ６対応端末のグローバルＩＰアドレスを受信するサーバに接続し、
前記グローバルＩＰアドレスを前記サーバから受信してホールパンチングを実行し、
前記ＩＰｖ６対応端末とＰ２Ｐ通信を確立し、
撮像部が撮像する映像データをＰ２Ｐ通信によって前記ＩＰｖ６対応端末に送信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、カメラおよび通信方法に関する。
【背景技術】
【０００２】
従来、カメラと、カメラを遠隔操作できる端末とから構成される画像撮影システムが開示されている（例えば、特許文献１を参照）。この画像撮影システムでは、端末を用いてカメラを操作し撮影する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３５４３２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＩＰｖ４（Internet Protocol Version 4）では、ＩＰアドレス（Internet Protocol address）の枯渇問題がある。また、カメラと端末との間において、リレーサーバを介して映像データの通信を行うと、リレーサーバの運用コストがかかるという問題がある。
【０００５】
本開示の非限定的な実施例は、ＩＰｖ４のＩＰアドレスの枯渇問題に対応し、リレーサーバの運用コスト削減を図るカメラおよび通信方法の提供に資する。
【課題を解決するための手段】
【０００６】
本開示の一態様に係るカメラは、ＩＰｖ６（Internet Protocol Version 6）対応端末のグローバルＩＰアドレスを受信するサーバに接続し、前記グローバルＩＰアドレスを前記サーバから受信してホールパンチングを実行し、前記ＩＰｖ６対応端末とＰ２Ｐ（Peer to Peer）通信を確立する制御部と、前記撮像部が撮像する映像データをＰ２Ｐ通信によって前記ＩＰｖ６対応端末に送信する通信部と、を有する。
【０００７】
本開示の一態様に係る通信方法は、ＩＰｖ６対応端末のグローバルＩＰアドレスを受信するサーバに接続し、前記グローバルＩＰアドレスを前記サーバから受信してホールパンチングを実行し、前記ＩＰｖ６対応端末とＰ２Ｐ通信を確立し、撮像部が撮像する映像データをＰ２Ｐ通信によって前記ＩＰｖ６対応端末に送信する。
【０００８】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【０００９】
本開示の一実施例によれば、ＩＰｖ６対応端末と、Ｐ２Ｐ通信による映像データ通信を行うので、ＩＰｖ４のＩＰアドレスの枯渇問題に対応し、リレーサーバの運用コスト削減を図ることができる。
【００１０】
本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００１１】
【図１】カメラシステムの一例を示す図
【図２】本開示の一実施形態に係るカメラシステムの概略動作例を説明する図
【図３】本開示の一実施形態に係るカメラシステムの一例を示した図
【図４】カメラと端末との接続方式の一例を説明する図
【図５】カメラのブロック構成例を示した図
【図６】端末のブロック構成例を示した図
【図７】サーバのブロック構成例を示した図
【図８】機器ＩＤおよびＩＰアドレスの一例を説明する図
【図９】機器ＩＤの取得および交換の動作例を示したシーケンス図
【図１０】制御コマンド用のサーバへの接続動作例を示したシーケンス図
【図１１】宅内Ｐ２Ｐの動作例を示したシーケンス図
【図１２】ＩＰｖ４における宅外Ｐ２Ｐの動作例を示したシーケンス図
【図１３】ＩＰｖ６における宅外Ｐ２Ｐの動作例を示したシーケンス図
【図１４】ＩＰｖ４におけるリレー制御の動作例を示したシーケンス図
【発明を実施するための形態】
【００１２】
以下、図面を適宜参照して、本発明の実施の形態について、詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【００１３】
なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。
【００１４】
まず、本開示の一形態を得るに至った経緯について説明する。
図１は、カメラシステムの一例を示す図である。図１に示すように、カメラシステムは、カメラ１と、端末２と、サーバ３，４と、を有する。なお、図１には、カメラシステムの他に建物Ａ１が示してある。
【００１５】
カメラ１は、例えば、建物Ａ１内に設置される。カメラ１は、端末２の要求に応じて、撮影する映像データを、例えば、リアルタイムで端末２に送信する。
【００１６】
端末２は、ユーザの操作に応じて、カメラ１が撮影する映像データを受信する。端末２は、受信した映像データに基づく映像を、ディスプレイに表示する。端末２は、図１に示すように、建物Ａ１の外において、カメラ１の映像データを受信してもよい。また、端末２は、カメラ１が設置された建物Ａ１内において、カメラ１の映像データを受信してもよい。端末２は、例えば、スマートフォン、タブレット端末、ノートＰＣ（Personal Computer）、または携帯電話等の携帯端末であってもよいし、デスクトップＰＣ等の端末であってもよい。
【００１７】
サーバ３は、制御コマンド用のサーバである。サーバ３は、カメラ１と端末２との間の制御コマンドを中継する。
【００１８】
サーバ４は、映像データ用のリレーサーバである。サーバ４は、カメラ１から、カメラ１が撮影した映像データを受信し、端末２に送信する。
【００１９】
ここで、ＩＰｖ４では、ＩＰアドレスの枯渇問題がある。また、例えば、映像データが高画質になると、通信量が多くなり、サーバ４の運用コストが増大する。そこで、ＩＰｖ６対応のカメラ１と、ＩＰｖ６対応の端末２とがＰ２Ｐ通信すれば、ＩＰアドレスの枯渇問題が解消され、かつ、サーバ４の運用コストを低減できる。しかし、ＩＰｖ６対応のカメラ１と、ＩＰｖ６対応の端末２とのＰ２Ｐ通信の実現には、例えば、下記の課題がある。
【００２０】
１．カメラ１および端末２は、Ｐ２Ｐ通信を行うのに互いのグローバルＩＰアドレスを取得するが、カメラ１および端末２だけでは、互いのグローバルＩＰを取得できない。
【００２１】
２．ファイアウォール環境（ＩＰｖ６）では、カメラ１および端末２が互いのグローバルＩＰアドレスを取得しても、Ｐ２Ｐ通信ができない。
【００２２】
以下、本開示のカメラシステムについて説明する。本開示におけるカメラシステムでは、下記の方法によって、Ｐ２Ｐ通信を行う。
【００２３】
１．カメラおよび端末は、ＩＰｖ４またはＩＰｖ６対応の制御コマンド用のサーバを経由し、互いのＩＰｖ６のグローバルＩＰアドレスを取得する。
【００２４】
２．カメラおよび端末は、サーバ経由で取得したＩＰｖ６のグローバルＩＰアドレスに基づいてホールパンチングし、ＩＰｖ６のＰ２Ｐ通信を確立する。
【００２５】
図２は、本開示の一実施形態に係るカメラシステムの概略動作例を説明する図である。図２には、カメラ１１と、端末１２と、サーバ１３と、が示してある。
【００２６】
サーバ１３は、例えば、制御コマンド用のサーバである。サーバ１３は、ＩＰｖ４対応サーバである。サーバ１３は、カメラ１１と端末１２との、ＩＰｖ６におけるＰ２Ｐ通信の接続（確立）を制御する。
【００２７】
カメラ１１は、図２の両矢印Ａ１１ａに示すように、サーバ１３とＩＰｖ４において通信する。端末１２は、図２の両矢印Ａ１１ｂに示すように、サーバ１３とＩＰｖ４において通信する。カメラ１１および端末１２は、図２の両矢印Ａ１２に示すように、ＩＰｖ６において通信する。カメラ１１および端末１２は、ＩＰｖ６において通信する場合、サーバ１３を介さずに通信する。
【００２８】
端末１２は、サーバ１３を介し、カメラ１１に対してＩＰｖ６の接続要求を送信する（ステップＳ１）。ＩＰｖ６の接続要求には、端末１２のＩＰｖ６グローバルＩＰアドレスおよびポートが含まれる。
【００２９】
カメラ１１は、ステップＳ１にて送信された接続要求を受信すると、ＩＰｖ６において（サーバ１３を介さず）、端末１２のＩＰｖ６グローバルＩＰアドレスおよびポートに対して、対しホールパンチング用のパケットを送信する（ステップＳ２）。これにより、カメラ１１（カメラ１１のファイアウォール）は、端末１２から送信されるＩＰｖ６パケットの受信が可能になる。
【００３０】
カメラ１１は、ステップＳ２にてホールパンチング用のパケットを端末１２に送信すると、サーバ１３を介し、端末１２の接続要求に対する接続応答（接続許可）を送信する（ステップＳ３）。接続応答には、カメラ１１のＩＰｖ６グローバルＩＰアドレスおよびポートが含まれる。
【００３１】
端末１２は、ステップＳ３にて送信された接続応答を受信すると、サーバ１３を介し、カメラ１１に対して映像データのストリーム開始を要求する（ステップＳ４）。
【００３２】
端末１２は、ステップＳ４にてストリーム開始を要求すると、カメラ１１に対してＩＰｖ６パケット（例えば、認証要求パケット）を送信する（ステップＳ５）。そして、端末１２は、カメラ１１からＩＰｖ６パケット（例えば、認証要求パケットに対する認証応答パケット）を受信する（ステップＳ５）。端末１２（端末１２のファイアウォール）は、カメラ１１への認証要求パケットの送信により、カメラ１１から送信されるＩＰｖ６パケットの受信が可能になる。
【００３３】
カメラ１１は、端末１２に対し、ＩＰｖ６パケットの映像データのストリーム送信を開始する（ステップＳ６）。
【００３４】
カメラ１１は、サーバ１３を介し、ステップＳ４のストリーム開始要求に対する応答を端末１２に送信する（ステップＳ７）。なお、カメラ１１は、ステップＳ７の処理を、ステップＳ４とステップＳ５との間において実行してもよい。
【００３５】
このように、カメラ１１および端末１２は、ＩＰｖ６によってＰ２Ｐ通信する。これによって、カメラ１１の映像データは、リレーサーバ（例えば、図１に示したサーバ４）を経由せず、端末１２に送信され、リレーサーバの運用コスト削減を図ることができる。また、カメラ１１および端末１２は、ＩＰｖ４のＩＰアドレスの枯渇問題にも対応できる。
【００３６】
図３は、本開示の一実施形態に係るカメラシステムの一例を示した図である。図３において、図２と同じものには同じ符号が付してある。
【００３７】
図３に示すように、カメラシステムは、カメラ１１と、端末１２と、サーバ１３，１４と、を有している。なお、図３には、カメラシステムの他に建物Ａ２１が示してある。また、図３には、カメラ１１と端末１２との接続方式の一例が４つ示してある。
【００３８】
カメラ１１は、例えば、建物Ａ２１内に設置される。カメラ１１は、例えば、建物Ａ２１内を監視する監視カメラであってもよい。また、カメラ１１は、例えば、建物Ａ２１内のペットの様子を撮影するペットカメラであってもよい。また、カメラ１１は、例えば、建物Ａ２１内において実施される会議の様子を撮影する会議カメラであってもよい。
【００３９】
カメラ１１は、ルータ（図示せず）を介して、サーバ１３，１４と通信する。カメラ１１は、端末１２の要求に応じて、撮影する映像データを、例えば、リアルタイムで端末１２に送信する。
【００４０】
端末１２は、ユーザの操作に応じて、カメラ１１が撮影する映像データを受信する。端末１２は、受信した映像データに基づく映像を、ディスプレイに表示する。端末１２は、例えば、スマートフォン、タブレット端末、ノートＰＣ、または携帯電話等の携帯端末であってもよいし、デスクトップＰＣ等の端末であってもよい。
【００４１】
端末１２は、図３に示すように、建物Ａ２１の外において、カメラ１１の映像データを受信してもよいし、カメラ１１が設置された建物Ａ２１内において、カメラ１１の映像データを受信してもよい。
【００４２】
端末１２は、建物Ａ２１の外に位置している場合、例えば、３Ｇ（第３世代移動通信システム）、４Ｇ（第４世代移動通信システム）、または５Ｇ（第５世代移動通信システム）等の無線ネットワークおよびインターネット等の公衆ネットワークを経由して、カメラ１１と通信してもよい。端末１２は、建物Ａ２１内に位置している場合、カメラ１１が接続されたルータを介して、カメラ１１と通信してもよい。
【００４３】
サーバ１３は、制御コマンド用のサーバである。サーバ１３は、ＩＰｖ４対応のサーバである。サーバ１３は、カメラ１１と端末１２との間の制御コマンドを中継する。サーバ１３は、例えば、インターネット等の公衆ネットワークに接続される。
【００４４】
サーバ１４は、映像データ用のリレーサーバである。サーバ１４は、ＩＰｖ４対応のサーバである。サーバ１４は、カメラ１１から送信される、カメラ１１が撮影した映像データを受信し、端末１２に送信する。サーバ１４は、例えば、インターネット等の公衆ネットワークに接続される。
【００４５】
端末１２は、カメラ１１との接続方式を自動選択してもよい。例えば、端末１２は、カメラ１１側のルータの無線通信範囲内に位置しているか否かの状態と、カメラ１１側のルータのＵＰｎＰ（Universal Plug and Play）機能の利用可／利用不可状態とに基づいて、カメラ１１との接続方式を自動選択してもよい。
【００４６】
ＵＰｎＰの利用不可状態には、例えば、ＵＰｎＰ機能がオフの状態が含まれてもよい。また、ＵＰｎＰの利用不可状態には、例えば、ＵＰｎＰ機能がオンであっても、何らかの原因によりＵＰｎＰ機能が使用できない状態が含まれてもよい。カメラ１１側のルータとは、例えば、カメラ１１が接続されたルータであって、配下のネットワークにカメラ１１を有するルータと捉えてもよい。
【００４７】
端末１２は、カメラ１１側のルータのＳＳＩＤ（Service Set Identifier）の受信に基づいて、カメラ１１側のルータの無線通信範囲内に位置するか否かを判定できる。例えば、端末１２は、ルータのＳＳＩＤを受信している場合、ルータの無線通信範囲内に位置していると判定できる。なお、端末１２は、ルータの無線通信範囲内に位置するか否かによって、建物Ａ２１内に位置しているか否かを判定してもよい。
【００４８】
カメラ１１と端末１２との接続方式は、図３に示すように４つある。上記したように、端末１２は、カメラ１１側のルータの無線通信範囲内に位置しているか否かの状態と、カメラ１１側のルータのＵＰｎＰ機能のオン／オフ状態とに基づいて、接続方式を自動選択する。
【００４９】
＜接続方式１＞
端末１２は、建物Ａ２１内に位置する場合、図３の矢印Ａ２２ａに示すように、プライベートＩＰアドレスを用いて、カメラ１１とＰ２Ｐ通信を行う。
【００５０】
＜接続方式２＞
端末１２は、建物Ａ２１の外に位置し、カメラ１１側のルータのＵＰｎＰ機能が利用可であり、かつ、ＩＰｖ４対応である場合、図３の矢印Ａ２２ｂに示すように、カメラ１１とＩＰｖ４のＰ２Ｐ通信を行う。
【００５１】
＜接続方式３＞
端末１２は、建物Ａ２１の外に位置し、カメラ１１側のルータのＵＰｎＰ機能が利用不可であり、かつ、ＩＰｖ６対応である場合、図３の矢印Ａ２２ｃに示すように、カメラ１１とＩＰｖ６のＰ２Ｐ通信を行う。
【００５２】
＜接続方式４＞
端末１２は、建物Ａ２１の外に位置し、カメラ１１側のルータのＵＰｎＰ機能が利用不可であり、かつ、ＩＰｖ４対応である場合、図３の矢印Ａ２２ｄに示すように、サーバ１４を介して（リレー接続で）カメラ１１と通信を行う。
【００５３】
端末１２は、接続方式４において、ＵＤＰ（User Datagram Protocol）による通信が可能な場合、ＵＤＰによる通信を行う。端末１２は、ＵＤＰによる通信が不可能な場合、ＴＣＰ（Transmission Control Protocol）による通信を行う。
【００５４】
端末１２は、ＵＤＰパケットの疎通チェックによって、ＵＤＰによる通信が可能か否かを判定できる。例えば、端末１２は、ＵＤＰ疎通確認用のサーバ（図示せず）にＵＤＰパケットを送信する。端末１２は、ＵＤＰパケットを送信したサーバから応答があった場合、ＵＤＰによる通信が可能と判定する。一方、端末１２は、ＵＤＰパケットを送信したサーバから応答がなかった場合、ＵＤＰによる通信が不可能と判定する。
【００５５】
図３に示すカメラシステムは、４つの接続方式を自動選択する。そのため、例えば、図３に示すカメラシステムは、４つの接続方式のいずれかの通信が不可能であっても、他の接続方式によって通信が可能となる。従って、図３に示すカメラシステムは、様々な状況に対応して、カメラ１１の映像データを端末１２に送信できる。
【００５６】
なお、端末１２は、接続方式１〜４の自動選択において、優先順位を設定してもよい。例えば、端末１２は、建物Ａ２１内に位置している場合、接続方式１を最優先にしてもよい。端末１２は、建物Ａ２１外に位置している場合、接続方式２，３を同じ優先順位とし、接続方式４を、接続方式２，３の次の接続順位にしてもよい。
【００５７】
また、端末１２は、接続方式２において、カメラ１１側のルータのＵＰｎＰ機能が利用可であっても、ＩＰｖ６対応であれば、カメラ１１とＩＰｖ６のＰ２Ｐ通信を行ってもよい。言い換えれば、端末１２は、建物Ａ２１の外に位置し、かつ、ＩＰｖ６対応である場合、カメラ１１側のルータのＵＰｎＰ機能の利用可／利用不可状態に関わらず、カメラ１１とＩＰｖ６のＰ２Ｐ通信を行ってもよい（端末１２は、ＩＰｖ６対応である場合、カメラ１１側のルータのＵＰｎＰ機能の利用可／利用不可状態に関わらず、カメラ１１とＩＰｖ６のＰ２Ｐ通信ができる）。以下では、この接続方式を＜接続方式５＞と呼ぶことがある。
【００５８】
また、端末１２は、次にカメラシステムに接続するときは（次に映像データを受信するときは）、前回の接続方式を用いて、カメラシステムに接続してもよい。例えば、端末１２は、カメラシステムに接続した接続方式を記憶部に記憶し、次回接続するとき、記憶部に記憶した接続方式に従って、カメラシステムに接続してもよい。これにより、端末１２は、カメラシステムに接続するまでの時間を短縮できる。
【００５９】
なお、カメラ１１は、端末１２からの要求に応じて、映像データを端末１２に送信するとしたが、これに限られない。カメラ１１は、端末１２からの要求に応じて、音声データ（映像を含まない音声データ）を端末１２に送信してもよい。
【００６０】
図４は、カメラ１１と端末との接続方式の一例を説明する図である。カメラ１１と端末とが通信するデータ種別には、例えば図４に示すように、制御コマンドとメディア（カメラ１１の映像データ）とがある。制御コマンドは、サーバ１３を中継したＴＣＰリレーによって通信される。
【００６１】
図４に示すメディアの接続方式「宅内Ｐ２Ｐ」は、図３で説明した＜接続方式１＞に対応する。メディアの接続方式「宅外Ｐ２Ｐ」は、図３で説明した＜接続方式２＞、＜接続方式３＞、または＜接続方式５＞に対応する。メディアの接続方式「宅外ＵＤＰリレー」および「宅外ＴＣＰリレー」は、図３で説明した＜接続方式４＞に対応する。
【００６２】
図５は、カメラ１１のブロック構成例を示した図である。図５に示すように、カメラ１１は、制御部２１、記憶部２２、操作部２３、パンモータ２４、チルトモータ２５、赤外線センサ２６、音声入出力制御部２７、マイク２８、スピーカ２９、撮像部３０、映像メモリ制御部３１、映像メモリ３２、無線ＬＡＮ（Local Area Network）通信部３３、電源部３４、外部メモリＩ／Ｆ（Interface）部３５、およびバス３６を有する。
【００６３】
制御部２１は、カメラ１１全体を制御する。制御部２１は、ＣＰＵ（Central Processing Unit）によって構成されてよい。
【００６４】
記憶部２２には、制御部２１が動作するためのプログラムが記憶される。また、記憶部２２には、制御部２１が計算処理を行うためのデータ、または、制御部２１が各部を制御するためのデータ等が記憶される。記憶部２２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、およびＨＤＤ（Hard Disk Drive）などの記憶装置によって構成されてよい。
【００６５】
操作部２３は、ユーザの操作を受け付け可能なボタン等を用いて構成される。操作部２３は、ユーザの操作に応じた信号を制御部２１に出力する。
【００６６】
パンモータ２４は、制御部２１の制御に基づいて、撮像部３０をパン方向に駆動するモータである。チルトモータ２５は、制御部２１の制御に基づいて、撮像部３０をチルト方向に駆動するモータである。
【００６７】
赤外線センサ２６は、例えば、ＰＩＲ（Passive Infra-Red）センサである。赤外線センサ２６は、例えば、人またはペット等を検知する。
【００６８】
音声入出力制御部２７、マイク２８、およびスピーカ２９は、外部に対して音声の入出力を行う。
【００６９】
撮像部３０は、レンズおよび撮像素子を有する。撮像素子は、例えば、ＣＣＤ（Charged Coupled Device）またはＣＭＯＳ（Complementary Metal Oxide Semiconductor）等のイメージセンサである。撮像部３０は、パン方向およびチルト方向に可動する機構を有する。撮像部３０は、パンモータ２４およびチルトモータ２５によって、パン方向およびチルト方向に可動する。撮像部３０は、撮像素子の信号（映像データ）を制御部２１に出力する。
【００７０】
映像メモリ制御部３１は、マイク２８により集音された音声の信号（音声データ）を、撮像部３０から出力される映像データとともに、映像メモリ３２に一時的にバッファリング（記憶）する。
【００７１】
無線ＬＡＮ通信部３３は、例えば、Ｗｉ−Ｆｉ（登録商標）等の無線通信方式を用いて、ルータに無線接続する。無線ＬＡＮ通信部３３は、映像メモリ制御部３１を介して、映像メモリ３２に記憶された映像データ（音声データを含む）を読み出す。無線ＬＡＮ通信部３３は、読み出した映像データを、ルータを介して、端末１２またはサーバ１４に送信する。
【００７２】
電源部３４は、カメラ１１の各部に必要な電力を供給する。外部メモリＩ／Ｆ部３５には、ＵＳＢ（Universal Serial Bus）メモリまたはＳＤカード（登録商標）等の外部メモリが着脱される。制御部２１は、赤外線センサ２６によって人またはペット等が検知されると、撮像部３０による撮影を開始し、映像メモリ３２に記憶される撮像部３０の映像データを外部メモリに記憶してもよい。
【００７３】
図６は、端末１２のブロック構成例を示した図である。図６に示すように、端末１２は、制御部４１、記憶部４２、タッチパネル４３、携帯電話通信部４４、音声入出力制御部４５、マイク４６、スピーカ４７、無線ＬＡＮ通信部４８、ＵＳＢ通信部４９、二次電池５０、およびバス５１を有する。
【００７４】
制御部４１は、端末１２全体を制御する。制御部４１は、ＣＰＵによって構成されてよい。
【００７５】
記憶部４２には、制御部４１が動作するためのプログラムが記憶される。また、記憶部４２には、制御部４１が計算処理を行うためのデータ、または、制御部４１が各部を制御するためのデータ等が記憶される。記憶部４２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、およびＨＤＤなどの記憶装置によって構成されてもよい。
【００７６】
タッチパネル４３は、映像を表示する表示装置と、表示装置の画面上にユーザ操作を受付ける透明な板状の入力装置とを備えた装置である。タッチパネル４３は、例えば、カメラ１１が撮影する映像を表示する。また、タッチパネル４３は、例えば、ユーザのタップ操作、ドラッグ操作、または長押し操作等を受け付け、受け付けた操作に応じた信号を制御部４１に出力する。
【００７７】
携帯電話通信部４４は、例えば、３Ｇ、４Ｇ、または５Ｇのいずれの無線通信方式を用いて、ネットワークに無線接続する。携帯電話通信部４４は、ネットワークを介して、他の電子機器と、データの送受信を行う。
【００７８】
音声入出力制御部４５、マイク４６、およびスピーカ４７は、外部に対して音声の入出力を行う。
【００７９】
無線ＬＡＮ通信部４８は、例えば、Ｗｉ−Ｆｉ等の無線通信方式を用いて、ルータに無線接続する。無線ＬＡＮ通信部４８は、ルータを介して、カメラ１１を含む他の電子機器と、データの送受信を行う。
【００８０】
ＵＳＢ通信部４９は、ＵＳＢ規格のインタフェースを有する機器やメモリ等とデータを送受信する。
【００８１】
二次電池５０は、端末１２の各部に必要な電力を供給する。二次電池５０は、ニッケル水素バッテリ、リチウムイオン電池、または鉛バッテリ等の充電可能な電池である。
【００８２】
図７は、サーバ１３のブロック構成例を示した図である。図７に示すように、サーバ１３は、制御部６１、記憶部６２、通信部６３、およびバス６４を有する。
【００８３】
制御部６１は、サーバ１３全体を制御する。制御部６１は、ＣＰＵによって構成されてよい。
【００８４】
記憶部６２には、制御部６１が動作するためのプログラムが記憶される。また、記憶部６２には、制御部６１が計算処理を行うためのデータ、または、制御部６１が各部を制御するためのデータ等が記憶される。記憶部６２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、およびＨＤＤなどの記憶装置によって構成されてよい。
【００８５】
通信部６３は、ネットワークを介して、他の装置とデータを送受信する。例えば、通信部６３は、制御部６１によって生成されたデータを、ネットワークへ送信する。通信部６３は、ネットワークから受信したデータを、制御部４１に出力する。
【００８６】
なお、サーバ１４も図７に示すブロックと同様のブロックを有し、その説明を省略する。
【００８７】
図８は、機器ＩＤおよびＩＰアドレスの一例を説明する図である。図８において、図３と同じものには同じ符号が付してある。
【００８８】
なお、図８には、サーバ１３の記憶部６２に記憶されるテーブルＴＢ１が示してある。また、図８には、サーバ７１が示してある。サーバ７１は、端末１２に機器ＩＤを付与するサーバである。
【００８９】
カメラ１１の記憶部２２には、例えば、出荷前に工場において機器ＩＤが書き込まれる。
【００９０】
端末１２は、例えば、カメラ１１の映像データを受信してディスプレイに表示するアプリケーションをダウンロードする。端末１２は、例えば、ダウンロードしたアプリケーションに従って、サーバ７１にアクセスし、機器ＩＤを取得する。
【００９１】
端末１２は、サーバ７１から機器ＩＤを取得すると、カメラ１１と機器ＩＤを交換する。すなわち、端末１２は、カメラ１１の機器ＩＤを取得する。カメラ１１は、端末１２の機器ＩＤを取得する。
【００９２】
カメラ１１は、サーバ１３に接続する際、機器ＩＤを送信する。サーバ１３は、接続してきたカメラ１１の機器ＩＤと、カメラ１１の送信元グローバルＩＰアドレスとを対応付けて記憶部６２に記憶する。例えば、サーバ１３は、図８のテーブルＴＢ１に示すように、接続してきたカメラ１１の機器ＩＤと、グローバルＩＰアドレスとを対応付けて記憶する。
【００９３】
端末１２は、サーバ１３に接続する際、機器ＩＤを送信する。サーバ１３は、接続してきた端末１２の機器ＩＤと、端末１２の送信元グローバルＩＰアドレスとを対応付けて記憶部６２に記憶する。例えば、サーバ１３は、図８のテーブルＴＢ１に示すように、接続してきた端末１２の機器ＩＤと、グローバルＩＰアドレスとを対応付けて記憶する。
【００９４】
カメラ１１は、制御コマンドをサーバ１３に送信するとき、制御コマンドの送信先を機器ＩＤで指定する。サーバ１３は、カメラ１１から受信した機器ＩＤに基づいて、テーブルＴＢ１を参照し、機器ＩＤに対応するグローバルＩＰアドレスを取得する。そして、サーバ１３は、カメラ１１から受信した制御コマンドを、取得したグローバルＩＰアドレスに送信する。
【００９５】
端末１２は、制御コマンドをサーバ１３に送信するとき、制御コマンドの送信先を機器ＩＤで指定する。サーバ１３は、端末１２から受信した機器ＩＤに基づいて、テーブルＴＢ１を参照し、機器ＩＤに対応するグローバルＩＰアドレスを取得する。そして、サーバ１３は、端末１２から受信した制御コマンドを、取得したグローバルＩＰアドレスに送信する。
【００９６】
なお、サーバ１４は、サーバ１３と同様に、接続してきたカメラ１１の機器ＩＤと、送信元グローバルＩＰアドレスとを対応付けて記憶部に記憶する。また、サーバ１４は、サーバ１３と同様に、接続してきた端末１２の機器ＩＤと、送信元グローバルＩＰアドレスとを対応付けて記憶部に記憶する。
【００９７】
図９は、機器ＩＤの取得および交換の動作例を示したシーケンス図である。端末１２は、サーバ７１に対し、機器ＩＤの取得要求を送信する（ステップＳ１１）。
【００９８】
サーバ７１は、ステップＳ１１にて送信された機器ＩＤの取得要求を受け、機器ＩＤを発行する。サーバ７１は、発行した機器ＩＤを端末１２に送信する（ステップＳ１２）。
【００９９】
端末１２は、ステップＳ１２にて送信された機器ＩＤを受信する（ステップＳ１３）。端末１２は、受信した機器ＩＤを記憶部２２に記憶する。
【０１００】
端末１２は、ステップＳ１３にて機器ＩＤを受信すると、受信した機器ＩＤをカメラ１１に送信する（ステップＳ１４）。
【０１０１】
カメラ１１は、ステップＳ１４にて送信された端末１２の機器ＩＤを受信すると、カメラ１１の機器ＩＤを端末１２に送信する（ステップＳ１５）。
【０１０２】
端末１２は、ステップＳ１５にて送信されたカメラ１１の機器ＩＤを記憶部４２に記憶する（ステップＳ１６）。
【０１０３】
カメラ１１は、ステップＳ１４にて送信された端末１２の機器ＩＤを記憶部２２に記憶する（ステップＳ１７）。
【０１０４】
以上の処理により、端末１２は、機器ＩＤを取得する。また、カメラ１１は、通信相手となる端末１２の機器ＩＤを取得する。また、端末１２は、通信相手となるカメラ１１の機器ＩＤを取得する。
【０１０５】
図１０は、制御コマンド用のサーバ１３への接続動作例を示したシーケンス図である。端末１２は、サーバ１３に対し、接続要求を送信する（ステップＳ２１）。このとき、端末１２は、端末１２の機器ＩＤをサーバ１３に送信する。
【０１０６】
カメラ１１は、サーバ１３に対し、接続要求を送信する（ステップＳ２２）。このとき、カメラ１１は、カメラ１１の機器ＩＤをサーバ１３に送信する。
【０１０７】
サーバ１３は、ステップＳ２１にて送信された端末１２の機器ＩＤと、端末１２の送信元グローバルＩＰアドレスとを対応付けて記憶する（ステップＳ２３）。また、サーバ１３は、ステップＳ２２にて送信されたカメラ１１の機器ＩＤと、カメラ１１の送信元グローバルＩＰアドレスとを対応付けて記憶する（ステップＳ２３）。
【０１０８】
以上の処理により、サーバ１３の記憶部６２には、例えば、図８のテーブルＴＢ１に示したように、機器ＩＤとグローバルＩＰアドレスとが対応付けて記憶される。
【０１０９】
なお、制御コマンド用のサーバ１３は、負荷分散のために複数存在してもよい。端末１２は、負荷分散サーバに対して、どのサーバ１３に接続したらよいかを問い合わせ（getUrl）、指定されたＵＲＬ（Uniform Resource Locator）のサーバ１３に接続してもよい。
【０１１０】
また、サーバ１３は、図１０のシーケンス処理によって、端末１２がカメラ１１の映像データを受信する適切な端末であるかを認証していると捉えてもよい。
【０１１１】
図１１は、宅内Ｐ２Ｐの動作例を示したシーケンス図である。端末１２は、例えば、図１０で説明したシーケンスにより、サーバ１３に接続済みである（ステップＳ３１）。カメラ１１は、例えば、図１０で説明したシーケンスにより、サーバ１３に接続済みである（ステップＳ３２）。ステップＳ３１，Ｓ３２の処理により、サーバ１３には、カメラ１１の機器ＩＤとグローバルＩＰアドレスとを対応付けたテーブルＴＢ１が記憶される。また、サーバ１３には、端末１２の機器ＩＤとグローバルＩＰアドレスとを対応付けたテーブルＴＢ１が記憶される。
【０１１２】
端末１２は、サーバ１３に対し、カメラ視聴要求を送信する（ステップＳ３３）。このとき、端末１２は、サーバ１３に対し、カメラ１１の機器ＩＤと、端末１２のプライベートＩＰアドレスと、映像・音声受信ポートとを送信する。なお、端末１２は、図９で説明したシーケンスによって、カメラ１１の機器ＩＤを取得している。
【０１１３】
サーバ１３は、ステップＳ３３にて送信されたカメラ１１の機器ＩＤに基づいて、テーブルＴＢ１を参照し、カメラ１１のグローバルＩＰアドレスを取得する（ステップＳ３４）。
【０１１４】
サーバ１３は、ステップＳ３４にて取得したカメラ１１のグローバルＩＰアドレスに対し、カメラ視聴要求を送信する（ステップＳ３５）。このとき、サーバ１３は、カメラ１１の機器ＩＤと、ステップＳ３３にて送信された端末１２のプライベートＩＰアドレスおよび映像・音声受信ポートと、を送信する。
【０１１５】
カメラ１１は、ステップＳ３５にて送信されたプライベートＩＰアドレスおよび映像・音声受信ポートに対し、映像データを配信する（ステップＳ３６）。
【０１１６】
以上の処理により、端末１２が建物Ａ２１内に位置する場合の、Ｐ２Ｐの映像データ配信が行われる。
【０１１７】
なお、カメラ１１および端末１２は、ＩＰｖ６において宅内Ｐ２Ｐ通信を行ってもよい。
【０１１８】
また、端末１２は、ステップＳ３３の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとをサーバ１３に送信してもよい。また、サーバ１３は、ステップＳ３５の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとをカメラ１１に送信してもよい。
【０１１９】
図１２は、ＩＰｖ４における宅外Ｐ２Ｐの動作例を示したシーケンス図である。端末１２は、例えば、図１０で説明したシーケンスにより、サーバ１３に接続済みである（ステップＳ４１）。カメラ１１は、例えば、図１０で説明したシーケンスにより、サーバ１３に接続済みである（ステップＳ４２）。ステップＳ４１，Ｓ４２の処理により、サーバ１３には、カメラ１１の機器ＩＤとグローバルＩＰアドレスとを対応付けたテーブルＴＢ１が記憶される。サーバ１３には、端末１２の機器ＩＤとグローバルＩＰアドレスとを対応付けたテーブルＴＢ１が記憶される。
【０１２０】
端末１２は、サーバ１３に対し、宅外接続開始要求を送信する（ステップＳ４３）。このとき、端末１２は、通信先のカメラ１１の機器ＩＤと、宅外を示す情報（端末１２が建物Ａ２１の外に位置していることを示す情報）と、接続方式を示す情報（ここではＰ２Ｐ）と、をサーバ１３に送信する。なお、端末１２は、ステップＳ４１の処理において、カメラ１１側のルータのＵＰｎＰ機能がオンであることが通知されてもよい。これにより、端末１２は、接続方式を示す情報としてＰ２Ｐをサーバ１３に送信できる。
【０１２１】
サーバ１３は、ステップＳ４３にて送信されたカメラ１１の機器ＩＤに基づいて、テーブルＴＢ１を参照し、カメラ１１のグローバルＩＰアドレスを取得する。そして、サーバ１３は、取得したカメラ１１のグローバルＩＰアドレスに対し、宅外接続開始要求を送信する（ステップＳ４４）。このとき、サーバ１３は、カメラ１１に対し、端末１２の機器ＩＤと、ステップＳ４３にて送信された宅外を示す情報および接続方式を示す情報（Ｐ２Ｐを示す情報）と、を送信する。
【０１２２】
カメラ１１は、ステップＳ４４にて送信された宅外接続開始要求を受信すると、サーバ１３に対し、応答を返す（ステップＳ４５）。このとき、カメラ１１は、認証情報と、カメラ１１のグローバルＩＰアドレスと、ポートとをサーバ１３に送信する。
【０１２３】
サーバ１３は、ステップＳ４５にて送信された応答を受信すると、端末１２に対して応答を送信する（ステップＳ４６）。このとき、サーバ１３は、ステップＳ４５にて送信された認証情報と、カメラ１１のグローバルＩＰアドレスと、ポートとを端末１２に送信する。
【０１２４】
端末１２は、ステップＳ４６にて送信された応答を受信すると、サーバ１３を介さず、カメラ１１に対して認証要求パケットを送信する（ステップＳ４７）。このとき、端末１２は、ステップＳ４６にて送信された認証情報をカメラ１１に送信する。
【０１２５】
カメラ１１は、ステップＳ４７にて送信された認証要求パケットを受信すると、認証処理を実行し、端末１２に対し、認証応答を送信する（ステップＳ４８）。
【０１２６】
カメラ１１は、ステップＳ４８にて、端末１２に対し、認証応答を送信すると、Ｐ２Ｐの接続を完了する（ステップＳ４９ａ）。端末１２は、ステップＳ４８にて送信された認証応答を受信すると、Ｐ２Ｐの接続を完了する（ステップＳ４９ｂ）。
【０１２７】
以上の処理により、カメラ１１および端末１２は、ＩＰｖ４による宅外Ｐ２Ｐ通信を開始する。例えば、建物Ａ２１の外に位置する端末１２は、カメラ１１から送信されるＩＰｖ４パケットの映像データをＰ２Ｐで受信する。
【０１２８】
なお、端末１２は、ステップＳ４３の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとをサーバ１３に送信してもよい。また、サーバ１３は、ステップＳ４４の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとをカメラ１１に送信してもよい。
【０１２９】
図１３は、ＩＰｖ６における宅外Ｐ２Ｐの動作例を示したシーケンス図である。端末１２は、例えば、図１０で説明したシーケンスにより、サーバ１３に接続済みである（ステップＳ６１）。カメラ１１は、例えば、図１０で説明したシーケンスにより、サーバ１３に接続済みである（ステップＳ６２）。ステップＳ６１，Ｓ６２の処理により、サーバ１３には、カメラ１１の機器ＩＤとグローバルＩＰアドレスとを対応付けたテーブルＴＢ１が記憶される。サーバ１３には、端末１２の機器ＩＤとグローバルＩＰアドレスとを対応付けたテーブルＴＢ１が記憶される。
【０１３０】
端末１２は、サーバ１３に対し、接続要求を送信する（ステップＳ６３）。このとき、端末１２は、端末１２のＩＰｖ６グローバルＩＰアドレスおよびポートをサーバ１３に送信する。また、端末１２は、通信先のカメラ１１の機器ＩＤ（図示せず）をサーバ１３に送信する。サーバ１３は、カメラ１１の機器ＩＤに基づいてテーブルＴＢ１を参照し、カメラ１１のグローバルＩＰアドレスを取得する。
【０１３１】
サーバ１３は、ステップＳ６３にて送信された接続要求を受信すると、テーブルＴＢ１を参照して取得したグローバルＩＰアドレスに対し（カメラ１１に対し）、接続要求を送信する（ステップＳ６４）。このとき、サーバ１３は、ステップＳ６３にて送信された端末１２のグローバルＩＰアドレスおよびポートをカメラ１１に送信する。
【０１３２】
カメラ１１は、ステップＳ６４にて送信された接続要求を受信すると、ホールパンチングを実行する（ステップＳ６５）。例えば、カメラ１１は、ステップＳ６４にて送信された端末１２のグローバルＩＰアドレスおよびポートに対し、パケットを送信する。これにより、カメラ１１（ファイアウォール）では、端末１２から送信されるＩＰｖ６パケットのブロックが解除される。言い換えれば、カメラ１１のファイアウォールは、端末１２との通信に対して穴を開ける。なお、ホールパンチングによって端末１２に送信されたパケットは、端末１２のファイアウォールによってブロックされる。
【０１３３】
カメラ１１は、ステップＳ６５にてホールパンチングを実行すると、サーバ１３に対し、接続要求応答を送信する（ステップＳ６６）。このとき、カメラ１１は、カメラ１１のＩＰｖ６グローバルＩＰアドレスおよびポートをサーバ１３に送信する。
【０１３４】
サーバ１３は、ステップＳ６６にて送信された接続要求応答の受信に応じて、端末１２に対し、接続要求応答を送信する（ステップＳ６７）。このとき、サーバ１３は、ステップＳ６６にて送信されたカメラ１１のＩＰｖ６グローバルＩＰアドレスおよびポートを端末１２に送信する。
【０１３５】
端末１２は、ステップＳ６７にて送信された接続要求応答を受信すると、サーバ１３に対し、制御コマンドを送信する（ステップＳ６８）。例えば、端末１２は、カメラ視聴開始の制御コマンドをサーバ１３に送信する。
【０１３６】
サーバ１３は、ステップＳ６８にて送信された制御コマンドを受信すると、カメラ１１に対し、制御コマンドを送信する（ステップＳ６９）。
【０１３７】
カメラ１１は、ステップＳ６９にて送信された制御コマンドを受信すると、サーバ１３に対し、制御コマンド応答をサーバ１３に送信する（ステップＳ７０）。
【０１３８】
サーバ１３は、ステップＳ７０にて送信された制御コマンド応答を受信すると、端末１２に対し、制御コマンド応答を送信する（ステップＳ７１）。
【０１３９】
端末１２は、ステップＳ７１にて送信された制御コマンド応答を受信すると、ステップＳ６７にて送信されたカメラ１１のＩＰｖ６グローバルＩＰアドレスおよびポートに対し（カメラ１１に対し）、ＩＰｖ６パケットを送信する（ステップＳ７２）。例えば、端末１２は、認証要求のＩＰｖ６パケットをカメラ１１に送信する。なお、ステップＳ７２のパケット送信により、端末１２（ファイアウォール）では、カメラ１１から送信されるＩＰｖ６パケットのブロックが解除される。言い換えれば、端末１２のファイアウォールは、カメラ１１との通信に対して穴を開ける。
【０１４０】
カメラ１１は、ステップＳ７２にて送信されたＩＰｖ６パケットを受信すると、端末１２に対し、ＩＰｖ６パケットを送信する（ステップＳ７３）。例えば、カメラ１１は、認証応答のＩＰｖ６パケットを端末１２に送信する。
【０１４１】
カメラ１１は、ステップＳ７３にて、端末１２に対し、認証応答のＩＰｖ６パケットを送信すると、Ｐ２Ｐの接続を完了する（ステップＳ７４ａ）。端末１２は、ステップＳ７３にて送信された認証応答のＩＰｖ６パケットを受信すると、Ｐ２Ｐの接続を完了する（ステップＳ７４ｂ）。
【０１４２】
以上の処理により、カメラ１１および端末１２は、ＩＰｖ６による宅外Ｐ２Ｐ通信を開始する。例えば、建物Ａ２１の外に位置する端末１２は、カメラ１１から送信されるＩＰｖ６パケットの映像データをＰ２Ｐで受信する。
【０１４３】
なお、端末１２は、ステップＳ６３の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとをサーバ１３に送信してもよい。また、サーバ１３は、ステップＳ６４の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとをカメラ１１に送信してもよい。
【０１４４】
図１４は、ＩＰｖ４におけるリレー制御の動作例を示したシーケンス図である。カメラ１１は、例えば、図１０で説明したシーケンスにより、サーバ１３に接続済みである（ステップＳ８１）。端末１２は、例えば、図１０で説明したシーケンスにより、サーバ１３に接続済みである（ステップＳ８２）。ステップＳ８１，Ｓ８２の処理により、サーバ１３には、カメラ１１の機器ＩＤとグローバルＩＰアドレスとを対応付けたテーブルＴＢ１が記憶される。サーバ１３には、端末１２の機器ＩＤとグローバルＩＰアドレスとを対応付けたテーブルＴＢ１が記憶される。
【０１４５】
端末１２は、ＵＤＰ疎通確認用のサーバに対し、ＵＤＰの疎通確認を行う（ステップＳ８３）。
【０１４６】
端末１２は、ＵＤＰの疎通確認を完了する（ステップＳ８４）。なお、端末１２は、ＵＤＰの疎通確認が成功したか否かによって、接続方式をＵＤＰリレーにするか、ＴＣＰリレーにするかを判定する。例えば、端末１２は、ＵＤＰの疎通確認が成功した場合、接続方式をＵＤＰリレーに判定する。端末１２は、ＵＤＰの疎通確認が成功しなかった場合、接続方式をＴＣＰリレーに判定する。
【０１４７】
端末１２は、サーバ１３に対し、リレー接続要求を送信する（ステップＳ８５）。このとき、端末１２は、ステップＳ８４にて判定した接続方式（ＵＤＰリレーであるか、または、ＴＣＰリレーであるか）と、カメラ１１の機器ＩＤ（図示せず）とを送信する。
【０１４８】
サーバ１３は、ステップＳ８５にて送信されたリレー接続要求を受信すると、ステップＳ８５にて送信されたカメラ１１の機器ＩＤに基づいて、テーブルＴＢ１を参照し、カメラ１１のグローバルＩＰアドレスを取得する（ステップＳ８６）。
【０１４９】
サーバ１３は、ステップＳ８６にて取得したグローバルＩＰアドレスに対し（カメラ１１に対し）、リレー接続要求を送信する（ステップＳ８７）。このとき、サーバ１３は、ステップＳ８５にて送信された接続方式をカメラ１１に送信する。
【０１５０】
カメラ１１は、ステップＳ８７にて送信されたリレー接続要求を受信すると、サーバ１３に対してリレー接続応答を送信する（ステップＳ８８）。このとき、カメラ１１は、端末１２の機器ＩＤと、ルータのＵＰｎＰ機能の状態（ここではオフ）と、映像データを中継するサーバ１４のＵＲＬとを、サーバ１３に送信する。
【０１５１】
サーバ１３は、ステップＳ８８にて送信されたリレー接続応答を受信すると、ステップＳ８８にて送信された端末１２の機器ＩＤに基づいて、テーブルＴＢ１を参照し、端末１２のグローバルＩＰアドレスを取得する（ステップＳ８９）。
【０１５２】
サーバ１３は、ステップＳ８９にて端末１２のグローバルＩＰアドレスを取得すると、取得したグローバルＩＰアドレスに対し（端末１２に対し）、リレー接続応答を送信する（ステップＳ９０）。このとき、サーバ１３は、カメラ１１のグローバルＩＰアドレスと、ステップＳ８８にて送信されたＵＰｎＰ機能の状態およびサーバ１４のＵＲＬと、を端末１２に送信する。
【０１５３】
端末１２は、ステップＳ９０にて送信されたリレー接続応答を受信すると、ステップＳ９０にて送信されたＵＲＬのサーバ１４に対し、接続要求を送信する（ステップＳ９１）。このとき、端末１２は、端末１２の機器ＩＤをサーバ１４に送信する。
【０１５４】
カメラ１１は、ステップＳ８８にてリレー接続応答をサーバ１３に送信した後、ステップＳ８８のリレー接続応答にて送信したＵＲＬのサーバ１４に対し、接続要求を送信する（ステップＳ９２）。このとき、カメラ１１は、カメラ１１の機器ＩＤをサーバ１４に送信する。
【０１５５】
カメラ１１は、ステップＳ９２にて、サーバ１４に対し、接続要求を送信すると、サーバ１４の接続を完了する（ステップＳ９３ａ）。端末１２は、ステップＳ９１にて、サーバ１４に対し、接続要求を送信すると、サーバ１４の接続を完了する（ステップＳ９３ｂ）。
【０１５６】
以上の処理により、カメラ１１および端末１２は、サーバ１４を介した通信を開始する。例えば、端末１２は、カメラ１１から送信されるＩＰｖ４パケットの映像データを、サーバ１４を介して受信する。
【０１５７】
なお、端末１２は、ステップＳ８５の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとをサーバ１３に送信してもよい。また、サーバ１３は、ステップＳ８７の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとをカメラ１１に送信してもよい。
【０１５８】
また、カメラ１１は、ステップＳ８８の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとをサーバ１３に送信してもよい。また、サーバ１３は、ステップＳ９０の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとを端末１２に送信してもよい。
【０１５９】
また、端末１２は、ステップＳ９１の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとをサーバ１４に送信してもよい。また、カメラ１１は、ステップＳ９２の処理において、カメラ１１の機器ＩＤと、端末１２の機器ＩＤとを端末１２に送信してもよい。
【０１６０】
以上説明したように、カメラ１１の制御部２１は、ＩＰｖ６対応の端末１２のグローバルＩＰアドレスを受信するサーバ１３に接続し、端末１２のグローバルＩＰアドレスをサーバ１３から受信してホールパンチングを実行し、端末１２とＰ２Ｐ通信を確立する。カメラ１１の無線ＬＡＮ通信部３３は、撮像部３０が撮像する映像データをＰ２Ｐ通信によって、端末１２に送信する。これにより、カメラ１１の映像データは、リレーサーバを介さず、端末１２に送信され、リレーサーバの運用コスト削減を図ることができる。また、カメラ１１および端末１２は、ＩＰｖ４のＩＰアドレスの枯渇問題にも対応できる。
【０１６１】
また、カメラ１１の制御部２１は、カメラ１１が接続されたルータの無線通信範囲内にＩＰｖ４対応の端末１２が位置する場合、ＩＰｖ４対応の端末のプライベートＩＰアドレスを用いてＰ２Ｐ通信を確立する。これにより、カメラ１１の映像データは、リレーサーバを介さず、端末１２に送信され、リレーサーバの運用コスト削減を図ることができる。
【０１６２】
また、カメラ１１の制御部２１は、カメラ１１が接続されたルータの無線通信範囲外にＩＰｖ４対応の端末１２が位置し、かつ、ルータのＵＰｎＰ機能が利用不可の場合、サーバ１４を介してＩＰｖ４の端末１２と通信を確立する。これにより、カメラ１１は、ＩＰｖ６に対応しない端末１２に対しても、映像データを配信できる。
【０１６３】
また、カメラ１１の制御部２１は、ＩＰｖ４対応の端末１２がＵＤＰ通信可能な場合、ＵＤＰに基づいて映像データをＩＰｖ４対応の端末１２に送信する。また、カメラ１１の制御部２１は、ＩＰｖ４対応の端末１２がＵＤＰ通信不可能な場合、ＴＣＰに基づいて映像データをＩＰｖ４対応の端末１２に送信する。これにより、カメラ１１は、ＩＰｖ４対応のＵＤＰ通信ができない端末１２に対しても、映像データを配信できる。
【０１６４】
また、カメラ１１の制御部２１は、カメラ１１が接続されたルータの無線通信範囲外にＩＰｖ４対応の端末１２が位置し、かつ、ルータのＵＰｎＰ機能が利用可能な場合、ＩＰｖ４対応の端末１２とＰ２Ｐ通信を確立する。これにより、カメラ１１は、ＩＰｖ６に対応しない端末１２に対しても、映像データを配信できる。
【０１６５】
なお、上記では、サーバ１３は、ＩＰｖ４対応サーバとしたが、ＩＰｖ６対応サーバであってもよい。また、サーバ１４は、ＩＰｖ４対応サーバとしたが、ＩＰｖ６対応サーバであってもよい。
【０１６６】
上述の実施の形態においては、各構成要素に用いる「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。
【０１６７】
以上、図面を参照しながら実施の形態について説明したが、本開示はかかる例に限定されない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変更例または修正例に想到し得ることは明らかである。そのような変更例または修正例についても、本開示の技術的範囲に属するものと了解される。また、本開示の趣旨を逸脱しない範囲において、実施の形態における各構成要素は任意に組み合わされてよい。
【０１６８】
本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１６９】
集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡや、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
【０１７０】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【産業上の利用可能性】
【０１７１】
本開示は、カメラで撮影した映像データをスマートフォン等の端末に送信するカメラシステムに有用である。
【符号の説明】
【０１７２】
１１  カメラ
１２  端末
１３，１４，７１  サーバ
２１，４１，６１  制御部
２２，４２，６２  記憶部
２３  操作部
２４  パンモータ
２５  チルトモータ
２６  赤外線センサ
２７，４５  音声入出力制御部
２８，４６  マイク
２９，４７  スピーカ
３０  撮像部
３１  映像メモリ制御部
３２  映像メモリ
３３，４８  無線ＬＡＮ通信部
３４  電源部
３５  外部メモリＩ／Ｆ部
３６，５１，６４  バス
４３  タッチパネル
４４  携帯電話通信部
４９  ＵＳＢ通信部
５０  二次電池
６３  通信部
【図１】
2020170965.tif 000003
【図２】
2020170965.tif 000004
【図３】
2020170965.tif 000005
【図４】
2020170965.tif 000006
【図５】
2020170965.tif 000007
【図６】
2020170965.tif 000008
【図７】
2020170965.tif 000009
【図８】
2020170965.tif 000010
【図９】
2020170965.tif 000011
【図１０】
2020170965.tif 000012
【図１１】
2020170965.tif 000013
【図１２】
2020170965.tif 000014
【図１３】
2020170965.tif 000015
【図１４】
2020170965.tif 000016