JP6786464B2 - サーバ、カメラおよび方法 - Google Patents

Description

本発明の実施形態は、サーバ、カメラおよび方法に関する。

近年、ネットワークカメラなどと称される、たとえば外出時に室内の様子を確認することなどに適用される通信機能を搭載するカメラが普及し始めている。より詳しくは、カメラから送信（アップロード）されてくる画像（動画像）を保管し、たとえばスマートフォンなどによってその画像を閲覧（ダウンロード）できるようにするクラウドサービスが利用され始めている。

特開２０１３−１６５３３７号公報

たとえば室内に設置されるカメラなどは、侵入者によって持ち去られるといったおそれもある。このような場合に備えて、そのカメラによって撮像された画像が、そのカメラを持ち去った侵入者によって閲覧されたり、クラウドサーバ上から消去されたりしないようにするための方策が求められる。

本発明が解決しようとする課題は、正規ユーザ以外による画像の閲覧や消去を防止することができるサーバ、カメラおよび方法を提供することである。

実施形態によれば、サーバは、受信手段と、送信手段とを具備する。受信手段は、第１カメラと関連づけられている１以上の電子装置から前記第１カメラによって撮像された画像の要求を受信する。送信手段は、前記第１カメラに対して発行された第１識別子に基づいて前記第１カメラと関連づけられている第１電子装置から前記要求を受信する場合、前記第１カメラの識別子が前記第１識別子であるときに前記第１カメラによって撮像された第１画像を含む第１データを前記第１電子装置へ送信し、前記第１カメラに対して発行された第２識別子に基づいて前記第１カメラと関連づけられている第２電子装置から前記要求を受信する場合、前記第１カメラの識別子が前記第２識別子であるときに前記第１カメラによって撮像された第２画像を含む第２データを前記第２電子装置へ送信する。前記第１カメラの識別子は、初期化又は初期設定の少なくとも一方により、識別子が更新されるものである。前記第２識別子は、前記第１カメラの識別子が前記第１識別子であるときに前記第１カメラが初期化されて前記第１識別子から更新された識別子である。

実施形態の監視システムのユースケースの一例を示す図。 実施形態のクラウドサーバの構成の一例を示す図。 実施形態のクラウドサーバの機能ブロックの一例を示す図。 実施形態のクラウドサーバが用いるペアリングデータの一例を示す図。 実施形態のクラウドサーバが保管する録画データの一例を示す図。 実施形態のカメラ機器の構成の一例を示す図。 実施形態のカメラ機器の機能ブロックの一例を示す図。 実施形態のカメラ機器の初期設定時におけるカメラ機器、携帯機器およびクラウドサーバ間のやり取りの流れを示すシーケンスチャート。 実施形態のカメラ機器による画像のアップロード時におけるカメラ機器−クラウドサーバ間および携帯機器による画像のダウンロード時における携帯機器−クラウドサーバ間のやり取りの流れを示すシーケンスチャート。 実施形態の監視システムの認証トークンによる画像の閲覧について説明するための第１の図。 実施形態の監視システムの認証トークンによる画像の閲覧について説明するための第２の図。 実施形態の監視システムが備えるカメラ機器と関連づける携帯機器を追加するための仕組みを説明するための第１の図。 実施形態の監視システムが備えるカメラ機器と関連づける携帯機器を追加するための仕組みを説明するための第２の図。 実施形態のクラウドサーバの携帯機器から画像の閲覧要求を受けた場合における動作手順を示すフローチャート。 実施形態のカメラ機器１がクラウドサーバ３へ画像をアップロードする動作手順を示すフローチャート。

以下、実施の形態について図面を参照して説明する。

図１は、本実施形態の監視システムのユースケースの一例を示す図である。

この監視システムは、たとえば外出時に室内の様子を確認したいといったニーズに応えるべく構成されるシステムである。たとえば室内に設置されるカメラ機器１は、たとえばIEEE 802.11規格に準拠した無線通信機能を有し、ホームゲートウェイ２などを介してインターネットＮに接続されたクラウドサーバ３と通信することができる。したがって、カメラ機器１は、撮像した画像（動画像）をクラウドサーバ３に送信（アップロード）することができる（図１のａ１）。図１に示される録画データ５１は、カメラ機器１から受信した画像を含むデータ構造体であり、その詳細については後述する。

カメラ機器１は、撮像を継続的に行ってもよいし、たとえば各種センサの検出値に基づいて撮像を適応的に行ってもよい。つまり、カメラ機器１による画像のクラウドサーバ３へのアップロードは、継続的に行われるものであってもよいし、適応的に行われるものであってもよい。あるいは、撮像は継続的に行われ、画像のアップロードは適応的に行われてもよい。たとえば、各種センサによって異常が検出された場合に、その検出時の一定期間前の撮像画像からアップロードが行われてもよい。さらには、撮像および画像のアップロードの双方が継続的に行われ、かつ、たとえば各種センサの検出値が付属情報として併せて送られてもよい。また、カメラ機器１は、音声を録音する機能を有し、録音した音声を画像とともにクラウドサーバ３にアップロードしてもよい。

カメラ機器１には、それぞれのカメラ機器を識別可能な識別子が付与される。この識別子は、少なくともカメラ機器を識別可能であり、かつ、特定条件に応じて更新可能である。以下の実施例では、識別子が、機器ＩＤ（Identification data）である例を用いて説明する。識別子（例えば機器ＩＤ）は、各カメラ機器の製造時に付与される識別情報、例えば、製造番号、部品番号、ＭＡＣアドレス等に基づいて設定されてもよく、その他、任意の方法で設定されうる。

クラウドサーバ３にアップロードされた画像は、インターネットＮ経由の通信を実行する通信機能を有する機器であって、クラウドサーバ３の管理下でカメラ機器１とペアリングされている（関連づけられている）携帯機器４から閲覧（ダウンロード）することができる（図１のａ２）。したがって、携帯機器４を携行するユーザは、カメラ機器１が設置されるたとえば室内の様子を、リアルタイムに確認することができるし、また、過去の任意の時点の様子を確認することができる。たとえば、現在または過去の任意の時点から時間的に順方向に画像を観ていくこともできるし、現在または過去の任意の時点から時間的に逆方向に画像を観ていくこともできる。携帯機器４からは、クラウドサーバ３に保管されている画像の一部または全部を削除できるようにしてもよい。携帯機器４は、スマートフォン、ノード型やタブレット型のＰＣ（Personal Computer）など、通信機能を搭載する機器であればよい。

つまり、クラウドサーバ３は、カメラ機器１の撮像画像を特定の携帯機器４でのみ観られるようにするネットワークサービスを提供するコンピュータである。

また、画像をアップロードするためにカメラ機器１とクラウドサーバ３との間で確立される通信路と、画像をダウンロードするために携帯機器４とクラウドサーバ３との間で確立される通信路とは、たとえばＴＬＳ（Transport Layer Security）によって暗号化される。

ここで、この監視システムにおいては、カメラ機器１は、クラウドサーバ３へ画像をアップロードするための情報のみを保持し、クラウドサーバ３から画像をダウンロードしたり、クラウドサーバ３に保管されている画像を削除したりするための情報を保持しない点を留意点として挙げておく。つまり、この監視システムにおいては、カメラ機器１が持ち去られたとしても、カメラ機器１内の情報によって、カメラ機器１で撮像された画像が閲覧されたり、消去されたりすることはない。以下、この点について詳述する。

なお、図１では、クラウドサーバ３を分かり易く１つの装置（コンピュータ）として表しているが、クラウドサーバ３は、１つのコンピュータであってもよいし、たとえば負荷分散などのために協働する複数のコンピュータで構成されるものであってもよい。複数のコンピュータの中の一部は、録画データ５１を蓄積するためのコンピュータ（ファイルサーバ）であってもよい。

図２は、クラウドサーバ３の構成の一例を示す図である。

前述したように、クラウドサーバ３は、１つのコンピュータであってもよいし、協働する複数のコンピュータで構成されるものであってもよい。つまり、図２は、クラウドサーバ３の構成を概念的に示すものである。

図２に示されるように、クラウドサーバ３は、プロセッサ３１、主メモリ３２、通信装置３３、外部記憶装置３４、入出力制御装置３５などを有している。

プロセッサ３１は、クラウドサーバ３内の各コンポーネントを制御するデバイスであって、外部記憶装置３４に格納されている各種プログラムを主メモリ３２にロードして実行する電気回路である。各種プログラムの中には、前述したネットワークサービスを提供するためのサーバプログラム１００が含まれている。なお、ここでは、プロセッサ３１を分かり易く１つのみ表しているが、プロセッサ３１は、たとえば負荷分散などのために複数搭載されていてもよい。

主メモリ３２は、たとえばプロセッサ３１によって実行されるサーバプログラム１００の作業領域として用いられるＤＲＡＭ（Dynamic RAM[Random Access Memory]）などのストレージである。

通信装置３３は、インターネットＮとの間のたとえばIEEE 802.3規格に準拠した通信を制御するデバイスである。クラウドサーバ３は、当該通信装置３３によるインターネットＮ経由のカメラ機器１または携帯機器４との間の通信を、たとえばＴＣＰ／ＩＰ規格に準拠した手順で実行する。

外部記憶装置３４は、プロセッサ３１によって実行される各種プログラムや（カメラ機器１からアップロードされる画像を含む）前述の録画データ５１を格納するたとえばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などのストレージである。外部記憶装置３４には、前述したネットワークサービスを行うための各種管理データも格納される。

入出力制御装置３５は、たとえばクラウドサーバ３の管理者が使用するキーボードやポインティングデバイスなどからのデータ入力を受け付け、当該管理者が使用するディスプレイなどへのデータ出力を行うデバイスである。つまり、入出力制御装置３５は、たとえばクラウドサーバ３の管理者などに対してマン・マシン・インタフェースを提供するためのデバイスである。

図３は、クラウドサーバ３の機能ブロックの一例を示す図である。

図３に示されるように、クラウドサーバ３は、インタフェース部１０１、機器ＩＤ（Identification data）発行部１０２、認証トークン発行部１０３、ペアリング処理部１０４、録画データ保管部１０５、録画データ公開制御部１０６などを有している。これらの各処理部は、前述したサーバプログラム１００が、プロセッサ３１によって、外部記憶装置３４から主メモリ３２にロードされて実行されることによってクラウドサーバ３上に構成される。なお、これらの各処理部の一部は、サーバプログラム１００によらず、たとえば専用の電気回路などとして構成されてもよい。また、クラウドサーバ３は、ペアリングデータ１５１を有している。ペアリングデータ１５１は、前述した各種管理データの１つとして外部記憶装置３４に格納される。

インタフェース部１０１は、カメラ機器１や携帯機器４からの要求を受け付け、その結果を返送する処理を実行するモジュールである。機器ＩＤ発行部１０２は、カメラ機器１や携帯機器４からの機器ＩＤの発行要求がインタフェース部１０１によって受信された場合、発行元のカメラ機器１や携帯機器４に対して機器ＩＤを発行する処理を実行するモジュールである。機器ＩＤ発行部１０２によって発行される機器ＩＤは、本監視システム独自のＩＤであって、たとえばＭＡＣアドレスなどの各機器に一意に割り当てられるＩＤとは異なるものである。たとえばカメラ機器１の機器ＩＤは、当該カメラ機器１からの再度の機器ＩＤの発行要求によって更新され得る。カメラ機器１から機器ＩＤの発行要求が再度送られてくるケースとしては、たとえばカメラ機器１が初期化されたケース（初期設定が再実行されたケース）などが考えられる。機器ＩＤ発行部１０２によって発行された機器ＩＤは、インタフェース部１０１によって要求元の機器に送信される。また、この機器ＩＤは、クラウドサーバ３内においては、認証トークン発行部１０３およびペアリング処理部１０４に渡される。

さらに、機器ＩＤの発行要求には、後述する招待コードがパラメータなどとして添付されている場合があり、この招待コードが添付されている場合であって、当該招待コードがあらかじめ他の機器から受け取っている招待コードと一致している場合に、機器ＩＤ発行部１０２は、招待コードの送信元と、その招待コードをパラメータなどとして添付した機器ＩＤの発行要求元とが関連する機器同士であることを示す情報をペアリング処理部１０４に渡す。なお、他の機器からの招待コードも、インタフェース部１０１によって受信されて機器ＩＤ発行部１０２に渡されるものである。機器ＩＤ発行部１０２は、この招待コードについて制限時間を設けもよい。たとえば、ある招待コードを受信してから一定期間のみ当該招待コードを有効としてもよい。

認証トークン発行部１０３は、カメラ機器１や携帯機器４からの認証トークンの発行要求がインタフェース部１０１によって受信された場合、発行元のカメラ機器１や携帯機器４に対して認証トークンを発行する処理を実行するモジュールである。認証トークンは、画像のアップロード時やダウンロード時にカメラ機器１や携帯機器４を認証するための情報である。認証トークンによる認証の手法については、既存の種々の手法を採用し得る。認証トークンの発行要求には、機器ＩＤ発行部１０２によって発行された機器ＩＤがパラメータなどとして添付されており、認証トークン発行部１０３は、当該添付されている機器ＩＤが、機器ＩＤ発行部１０２から渡された機器ＩＤと一致する場合に、認証トークンを発行する。認証トークン発行部１０３は、機器ＩＤ発行部１０２から渡される機器ＩＤについて制限時間を設けてもよい。より詳しくは、各機器ＩＤによる認証トークンの発行は、その機器ＩＤが機器ＩＤ発行部１０２によって発行されてから一定期間のみに制限してもよい。認証トークン発行部１０３によって発行された認証トークンは、インタフェース部１０１によって要求元の機器に送信される。また、この認証トークンは、クラウドサーバ３内においては、機器ＩＤとともにペアリング処理部１０４に渡される。

ペアリング処理部１０４は、機器ＩＤ発行部１０２から渡される情報（ある機器とある機器とが関連する機器同士であることを示す情報、各々の機器ＩＤ）と、認証トークン発行部１０３から渡される情報（認証トークン）とに基づき、カメラ機器１と携帯機器４とを関連づける（ペアリングする）処理を実行するモジュールである。ペアリング処理部１０４は、カメラ機器１と携帯機器４との関連づけを行った際、カメラ機器１と携帯機器４との対応をペアリングデータ１５１として記録する。図４に、ペアリングデータ１５１の一例を示す。図４に示されるように、ペアリングデータ１５１は、たとえばカメラ機器１の機器ＩＤ（ｂ１）および認証トークン（ｂ２）と、携帯機器４の機器ＩＤ（ｂ３）および認証トークン（ｂ４）とを含んでいる。より詳しくは、ペアリングデータ１５１は、カメラ機器１の機器ＩＤ（ｂ１）と、携帯機器４の機器ＩＤ（ｂ３）との対応を保持している。なお、図４には、たとえばＭＡＣアドレスなどの各機器に一意に割り当てられるＩＤを示していないが、ペアリングデータ１５１として、カメラ機器１および携帯機器４の一方または両方について、このようなＩＤをさらに保持してもよい。

録画データ保管部１０５は、カメラ機器１からの画像のアップロード要求がインタフェース部１０１によって受信され、かつ、当該カメラ機器１からアップロード対象の画像がインタフェース部１０１によって受信された場合、その画像を録画データ５１として保管する処理を実行するモジュールである。画像のアップロード要求または送信されてくる画像には、認証トークン発行部１０３によって発行された認証トークンがパラメータまたは付属情報などとして添付されており、録画データ保管部１０５は、当該添付されている認証トークンに基づき、カメラ機器１を認証し、そのカメラ機器１の機器ＩＤと対応づけて、カメラ機器１から送信されてくる画像を保管する。図５に、録画データ５１の一例を示す。図５に示されるように、録画データ５１は、たとえば機器ＩＤ（ｃ１）をキーとして、画像データ（ｃ２）が時系列に蓄積されていく。画像データ（ｃ２）をたとえばアドレス情報で繋げていくことで、たとえば複数のストレージに跨って大量の画像データを継続的に保管していくことなども可能である。図５には、２つの機器ＩＤ（ｃ１）が示されているが、これらは、たとえば２つのカメラ機器１に関して各々発行された機器ＩＤである。また、録画データ保管部１０５は、暗号化機能を備え、カメラ機器１から送信されてくる画像を暗号化して保管することが好ましい。

録画データ公開制御部１０６は、携帯機器４からの画像の閲覧要求がインタフェース部１０１によって受信された場合、たとえば画像をいくつかの時点の中の任意の時点から閲覧するためのＵＲＬ（Uniform Resource Locator）集を作成し、当該作成したＵＲＬ集をインタフェース部１０１経由で要求元の携帯機器４へ返送する処理を実行するモジュールである。作成されるＵＲＬとしては、たとえば、現在の画像を閲覧するためのＵＲＬや、１５分前、３０分前、１時間前、２時間前などといった所定の期間前からの過去の画像を閲覧するためのＵＲＬや、カメラ機器１の各種センサによって異常が検出された時点の一定期間前からの過去の画像を閲覧するためのＵＲＬなどが考えられる。画像の閲覧要求には、認証トークン発行部１０３によって当該携帯機器４に対して発行された認証トークンがパラメータなどとして添付されており、録画データ公開制御部１０６は、ペアリングデータ１５１を参照して、当該添付されている認証トークンが示す携帯機器４の機器ＩＤと対応づけられている（カメラ機器１の）機器ＩＤを検出する。録画データ公開制御部１０６は、録画データ保管部１０５によって、当該検出した機器ＩＤと対応づけられて録画データ５１として保管されている画像を閲覧するためのＵＲＬ集を作成する。ＵＲＬ集を作成する手法については、既存の種々の手法を採用し得るので、ここでは問わないが、閲覧要求を送信してきた携帯機器４のみが一定期間だけ使用することのできる、署名付きの有効期間が定められた非恒久的なＵＲＬ集を作成する手法であることが好ましい。画像が暗号化されて保管される場合、このＵＲＬによってアクセスされる画像は、たとえば録画データ保管部１０５による復号を経て携帯機器４へ送信される。

なお、録画データ公開制御部１０６は、画像の閲覧が許可される認証トークンがパラメータなどとして添付されている携帯機器４からの画像の消去要求に応じて、録画データ保管部１０５によって保管されている画像の一部または全部を消去してもよい。また、録画データ公開制御部１０６は、携帯機器４の認証トークンのみを画像の閲覧が許可される認証トークンとして扱う。換言すれば、カメラ機器１の認証トークンは、画像のアップロードに用いられるものであり、その認証トークンでは、画像の閲覧は許可されず、画像の消去も行えない。

また、図６は、カメラ機器１の構成の一例を示す図である。

図６に示されるように、カメラ機器１は、プロセッサ１１、主メモリ１２、撮像装置１３、通信装置１４、外部記憶装置１５、入出力制御装置１６などを有している。

プロセッサ１１は、カメラ機器１内の各コンポーネントを制御するデバイスであって、外部記憶装置１５に格納されている各種プログラムを主メモリ１２にロードして実行する電気回路である。各種プログラムの中には、前述したネットワークサービスの提供を受けるためのクライアントプログラム２００が含まれている。なお、ここでは、プロセッサ１１を分かり易く１つのみ表しているが、プロセッサ１１は、たとえば負荷分散などのために複数搭載されていてもよい。

主メモリ１２は、たとえばプロセッサ１１によって実行されるクライアントプログラム２００の作業領域として用いられるＤＲＡＭなどのストレージである。

撮像装置１３は、たとえばＣＣＤ（Change Coupled Device）などの撮像素子を搭載する、被写体像を撮像可能なデバイスである。カメラ機器１は、たとえば、１秒間に２４回の撮像を当該撮像装置１３によって行い、２４ｆｐｓのフレームレートの動画像を取得する。

通信装置１４は、ホームゲートウェイ２または携帯機器４との間のたとえばIEEE 802.11規格に準拠した無線通信を制御するデバイスである。カメラ機器１は、当該通信装置１４によるホームゲートウェイ２およびインターネットＮ経由のクラウドサーバ３との間の通信を、たとえばＴＣＰ／ＩＰ規格に準拠した手順で実行する。

外部記憶装置１５は、プロセッサ１１によって実行される各種プログラムを格納するたとえばＨＤＤやＳＳＤなどのストレージである。外部記憶装置３４には、クラウドサーバ３へアップロードする撮影画像も一時的に格納される。

入出力制御装置１６は、たとえばカメラ機器１の筐体周壁に設けられるタッチスクリーンディスプレイなどからのデータ入力を受け付け、当該タッチスクリーンディスプレイへのデータ出力を行うデバイスである。つまり、入出力制御装置１６は、カメラ機器１のユーザに対してマン・マシン・インタフェースを提供するためのデバイスである。

図７は、カメラ機器１の機能ブロックの一例を示す図である。

図７に示されるように、カメラ機器１は、インタフェース部２０１、機器ＩＤ取得部２０２、認証トークン取得部２０３、招待コード通信処理部２０４、録画データアップロード処理部２０５などを有している。これらの各処理部は、前述したクライアントプログラム２００が、プロセッサ１１によって、外部記憶装置１５から主メモリ１２にロードされて実行されることによってカメラ機器１上に構成される。なお、これらの各処理部の一部は、クライアントプログラム２００によらず、たとえば専用の電気回路などとして構成されてもよい。また、カメラ機器１は、機器ＩＤ・トークンデータ２５１を有している。機器ＩＤ・トークンデータ２５１は、後述する、機器ＩＤ取得部２０２によって取得される機器ＩＤと、認証トークン取得部２０３によって取得される認証トークンとを含むデータであり、外部記憶装置１５に格納される。

インタフェース部２０１は、第１に、ユーザからの要求を受け付け、その結果を提示する処理を実行するモジュールである。また、インタフェース部２０１は、第２に、クラウドサーバ３や携帯機器４との間でデータを送受信する処理（各種要求やその結果の送受信を含む）を実行するモジュールである。

機器ＩＤ取得部２０２は、インタフェース部２０１を介して、クラウドサーバ３へ機器ＩＤの発行要求を送信し、クラウドサーバ３から機器ＩＤを取得する処理を実行するモジュールである。この機器ＩＤは、本監視システム独自のＩＤであって、たとえばＭＡＣアドレスなどの各機器に一意に割り当てられるＩＤとは異なるものである。機器ＩＤ取得部２０２による機器ＩＤの取得は、たとえば、ユーザからのカメラ機器１の初期化要求がインタフェース部２０１によって受け付けられた場合に実行される。つまり、カメラ機器１の機器ＩＤは、たとえばカメラ機器１が初期化される毎に更新される。機器ＩＤ取得部２０２は、取得した機器ＩＤを認証トークン取得部２０３および招待コード通信処理部２０４に渡す。機器ＩＤ取得部２０２は、クラウドサーバ３から取得した機器ＩＤを機器ＩＤ・トークンデータ２５１として記録する。

認証トークン取得部２０３は、機器ＩＤ取得部２０２によって取得された機器ＩＤをパラメータなどとして添付した認証トークンの発行要求を、インタフェース部２０１を介してクラウドサーバ３へ送信し、クラウドサーバ３から認証トークンを取得する処理を実行するモジュールである。認証トークン取得部２０３は、クラウドサーバ３から取得した認証トークンを機器ＩＤ・トークンデータ２５１として記録する。認証トークン取得部２０３による認証トークンの取得は、たとえば機器ＩＤ取得部２０２によって機器ＩＤが取得された場合に実行される。新たな認証トークンが取得されると、認証トークン取得部２０３は、機器ＩＤ・トークンデータ２５１の更新を行う。つまり、認証トークンも、機器ＩＤの更新と同様に、カメラ機器１が初期化される毎に更新される。

招待コード通信処理部２０４は、たとえば招待コード作成用の関数などを用いて招待コードを作成し、インタフェース部２０１を介して、クラウドサーバ３へは、機器ＩＤ取得部２０２によって取得された機器ＩＤと、当該作成した招待コードとを送信し、（ユーザから指定された）携帯機器４へは、当該作成した招待コードを送信する処理を実行するモジュールである。この招待コードは、クラウドサーバ３においてカメラ機器１と携帯機器４とを関連づける（ペアリングする）処理に用いられる情報である。ユーザによる携帯機器４の指定は、たとえば、カメラ機器１と携帯機器４とを関連づけるための操作がカメラ機器１において行われた場合、カメラ機器１の近傍に存在する携帯機器４を無線通信によって探索して選択肢として提示し、その中から選択された携帯機器４を対象とすることなどが考えられる。

録画データアップロード処理部２０５は、インタフェース部２０１を介して、撮像装置１３によって撮像された画像をクラウドサーバ３へ送信する処理を実行するモジュールである。録画データアップロード処理部２０５は、機器ＩＤ・トークンデータ２５１として記録されている認証トークンを、たとえば付属情報などとして画像に添付して、クラウドサーバ３へ送信する。

仮に、カメラ機器１が持ち去られて、認証トークンが読み出されたとしても、（前述したように、カメラ機器１の認証トークンでは、画像の閲覧は許可されず、画像の消去も行えないことから）当該カメラ機器１で撮像された画像の閲覧や消去が不正に行われることはない。また、たとえば初期設定の再実行によって（正規ユーザ以外の者が使用する）携帯機器４との関連づけを行ったとしても、カメラ機器１の機器ＩＤが更新されるので、更新前の機器ＩＤと対応づけられ保管されている当該カメラ機器１で撮像された画像の閲覧や消去が不正に行われることはない。

図８は、カメラ機器１の初期設定時におけるカメラ機器１、携帯機器４およびクラウドサーバ３間のやり取りの流れを示すシーケンスチャートである。

カメラ機器１の初期設定は、カメラ機器１が初めて使用される場合のほか、カメラ機器１が初期化された場合に実施される。

まず、カメラ機器１は、クラウドサーバ３に対して、機器ＩＤ発行要求を送信する（図８のｄ１）。この要求を受けたクラウドサーバ３は、カメラ機器１に関して機器ＩＤを発行し（図８のｄ２）、その機器ＩＤをカメラ機器１へ返送する（図８のｄ３）。

クラウドサーバ３から機器ＩＤを取得したカメラ機器１は、当該取得した機器ＩＤを用いて、クラウドサーバ３に対して、認証トークン発行要求を送信する（図８のｄ４）。この要求を受けたクラウドサーバ３は、カメラ機器１から受け取った機器ＩＤが先程発行した機器ＩＤと一致しているならば、カメラ機器１に関して認証トークンを発行し（図８のｄ５）、その認証トークンをカメラ機器１へ返送する（図８のｄ６）。

次に、カメラ機器１は、クラウドサーバ３に対して、機器ＩＤと招待コードとを送信するとともに、（ユーザから指定される）携帯機器４に対して、招待コードを送信する（図８のｄ７）。携帯機器４は、カメラ機器１から受信した招待コードを用いて、クラウドサーバ３に対して、機器ＩＤ発行要求を送信する（図８のｄ８）。

クラウドサーバ３は、招待コードが添付された機器ＩＤ発行要求を受信すると、先程受信した招待コードと一致していれば、その招待コードを送信してきたカメラ機器１と、当該招待コードが添付された機器ＩＤ発行要求を送信してきた携帯機器４とを関連づけるとともに、携帯機器４に関して機器ＩＤを発行し（図８のｄ９）、その機器ＩＤを携帯機器４へ返送する（図８のｄ１０）。

クラウドサーバ３から機器ＩＤを取得した携帯機器４は、当該取得した機器ＩＤを用いて、クラウドサーバ３に対して、認証トークン発行要求を送信する（図８のｄ１１）。この要求を受けたクラウドサーバ３は、携帯機器４から受け取った機器ＩＤが先程発行した機器ＩＤと一致しているならば、携帯機器４に関して認証トークンを発行し（図８のｄ１２）、その認証トークンを携帯機器４へ返送する（図８のｄ１３）。このとき、クラウドサーバ３は、カメラ機器１の機器ＩＤと、携帯機器４の機器ＩＤとの対応を記録する。

また、図９は、カメラ機器１による画像のアップロード時におけるカメラ機器１−クラウドサーバ３間および携帯機器４による画像のダウンロード時における携帯機器４−クラウドサーバ３間のやり取りの流れを示すシーケンスチャートである。

カメラ機器１は、クラウドサーバ３から取得した認証トークンを用いて、撮像した画像をクラウドサーバ３へ送信する（図９のｅ１）。ここで、クラウドサーバ３から取得した認証トークンとは、クラウドサーバ３から直近に取得された認証トークンである。この画像を受信したクラウドサーバ３は、添付されている認証トークンに基づき、カメラ機器１を認証し、そのカメラ機器１の機器ＩＤと対応づけて、受信した画像を保管する（図９のｅ２）。

一方、携帯機器４は、クラウドサーバ３から取得した認証トークンを用いて、画像の閲覧要求をクラウドサーバ３へ送信する（図９のｅ３）。この要求を受けたクラウドサーバ３は、その認証トークンに基づき、携帯機器４を認証し、その（携帯機器４の）機器ＩＤに対応づけられている（カメラ機器１の）機器ＩＤを検出し、その機器ＩＤに対応づけられて保管されている画像を閲覧するためのＵＲＬ集を作成して、携帯機器４へ返送する（図９のｅ４，ｅ５）。ＵＲＬ集は、たとえば、認証が成功した携帯機器４のみが一定期間だけ使用することのできる、署名付きの有効期間が定められた非恒久的なものとして作成される。

携帯機器４は、クラウドサーバ３から取得したＵＲＬ集を用いて、クラウドサーバ３へアクセスし（図９のｅ６，ｅ６−２）、このアクセスを受けたクラウドサーバ３は、対象の画像を携帯機器４へ送信する（図９のｅ７，ｅ７−２）。

ここで、図１０および図１１を参照して、既に運用が開始されているカメラ機器１が初期化された場合における携帯機器４による画像の閲覧について説明する。

いま、図１０に示すように、まず、カメラ機器１が機器ＩＤ「１」をクラウドサーバ３から取得し、当該機器ＩＤ「１」を使って認証トークン「１」をクラウドサーバ３から取得したものと想定する。また、機器ＩＤ「１」、認証トークン「１」の状態のカメラ機器１と携帯機器［Ａ］４とが関連づけられ、携帯機器［Ａ］４は、機器ＩＤ「２」をクラウドサーバ３から取得し、当該機器ＩＤ「２」を使って認証トークン「２」をクラウドサーバ３から取得したものと想定する。そうすると、クラウドサーバ３上では、カメラ機器１の機器ＩＤ「１」と、携帯機器［Ａ］４の機器ＩＤ「２」とが対応づけられて管理される。

その後、カメラ機器１が初期化され、カメラ機器１が改めて機器ＩＤ「３」をクラウドサーバ３から取得し、当該機器ＩＤ「３」を使って認証トークン「３」をクラウドサーバ３から取得したものと想定する。また、機器ＩＤ「３」、認証トークン「３」の状態のカメラ機器１と携帯機器［Ｂ］４とが関連づけられ、携帯機器［Ｂ］４は、機器ＩＤ「４」をクラウドサーバ３から取得し、当該機器ＩＤ「４」を使って認証トークン「４」をクラウドサーバ３から取得したものと想定する。そうすると、クラウドサーバ３上では、カメラ機器１の機器ＩＤ「３」と、携帯機器［Ａ］４の機器ＩＤ「４」とが対応づけられて管理される。

携帯機器［Ａ］４は、認証トークン「２」を使って、画像の閲覧要求をクラウドサーバ３へ送信し、一方、携帯機器［Ｂ］４は、認証トークン「４」を使って、画像の閲覧要求をクラウドサーバ３へ送信することになる。クラウドサーバ３上では、携帯機器［Ａ］４の機器ＩＤ「２」は、カメラ機器１の機器ＩＤ「１」との対応が管理され、携帯機器［Ｂ］４の機器ＩＤ「４」は、カメラ機器１の機器ＩＤ「３」との対応が管理されている。したがって、図１１に示すように、携帯機器［Ａ］４は、カメラ機器１の機器ＩＤ「１」（ｃ１−１）と対応づけて保管されているカメラ機器１の初期化前の画像（ｃ２−１）のみを閲覧することができ、一方、携帯機器［Ｂ］４は、カメラ機器１の機器ＩＤ「３」（ｃ１−２）と対応づけて保管されているカメラ機器１の初期化後の画像（ｃ２−２）のみを閲覧することができることとなる。

換言すれば、携帯機器［Ａ］４は、カメラ機器１の機器ＩＤ「３」（ｃ１−２）と対応づけて保管されているカメラ機器１の初期化後の画像（ｃ２−２）を閲覧することはできず、一方、携帯機器［Ｂ］４は、カメラ機器１の機器ＩＤ「１」（ｃ１−１）と対応づけて保管されているカメラ機器１の初期化前の画像（ｃ２−１）を閲覧することはできない。したがって、仮に、カメラ機器１が不当に初期化され、ユーザの携帯機器４以外の携帯機器４と意図しない関連づけが行われたとしても、その携帯機器４では、初期化前に撮像された画像を閲覧することはできない。

このように、本監視システムは、本監視システム独自の機器ＩＤによってカメラ機器１と関連づけられている（ペアリングされている）携帯機器４からのみ当該カメラ機器１からアップロードされた画像を閲覧可能とする仕組みを備えるので、正規ユーザ以外による画像の閲覧や消去を防止することができる。

ところで、カメラ機器１の初期設定後、当該カメラ機器１で撮像された画像を閲覧することのできる携帯機器４を追加したいというケースも生じ得る。そこで、本監視システムは、カメラ機器１と関連づける携帯機器４を追加するための仕組みをさらに備える。図１２および図１３を参照して、この仕組みについて説明する。

図１２は、カメラ機器１と関連づける携帯機器４の追加時におけるペアリング済携帯機器４−１、追加携帯機器４−２およびクラウドサーバ３間のやり取りの流れを示すシーケンスチャートである。

追加携帯機器４−２をさらにカメラ機器１と関連づける場合、カメラ機器１と既に関連づけられているペアリング済携帯機器４−１から、クラウドサーバ３に対して、機器ＩＤと招待コードとを送信するとともに、追加携帯機器４−２に対して、招待コードを送信する（図１２のｆ１）。追加携帯機器４−２は、ペアリング済携帯機器４−１から受信した招待コードを用いて、クラウドサーバ３に対して、機器ＩＤ発行要求を送信する（図１２のｆ２）。

クラウドサーバ３は、招待コードが添付された機器ＩＤ発行要求を受信すると、先程受信した招待コードと一致していれば、その招待コードを送信してきたペアリング済携帯機器４−１と関連づけられているカメラ機器１と、当該招待コードが添付された機器ＩＤ発行要求を送信してきた追加携帯機器４−２とを関連づけるとともに、追加携帯機器４−２に関して機器ＩＤを発行し（図１２のｆ３）、その機器ＩＤを追加携帯機器４へ返送する（図１２のｆ４）。

クラウドサーバ３から機器ＩＤを取得した追加携帯機器４−２は、当該取得した機器ＩＤを用いて、クラウドサーバ３に対して、認証トークン発行要求を送信する（図１２のｆ５）。この要求を受けたクラウドサーバ３は、追加携帯機器４−２から受け取った機器ＩＤが先程発行した機器ＩＤと一致しているならば、追加携帯機器４−２に関して認証トークンを発行し（図１２のｆ６）、その認証トークンを追加携帯機器４−２へ返送する（図１２のｆ７）。このとき、クラウドサーバ３は、カメラ機器１の機器ＩＤと、ペアリング済携帯機器４−１の機器ＩＤとの対応に加えて、カメラ機器１の機器ＩＤと、追加携帯機器４−２の機器ＩＤとの対応を記録する。図１３に、追加携帯機器４−２が追加された後のペアリングデータ１５１の一例を示す。図１３に示されるように、追加携帯機器４−２が追加された後のペアリングデータ１５１は、さらに、追加携帯機器４−２の機器ＩＤ（ｃ５）および認証トークン（ｃ６）を含んでいる。より詳しくは、追加携帯機器４−２が追加された後のペアリングデータ１５１は、カメラ機器１の機器ＩＤ（ｃ１）と、追加携帯機器４−２の機器ＩＤ（ｃ５）との対応をさらに保持する。

以降、追加携帯機器４−２は、カメラ機器１で撮影された画像の閲覧が可能となる。追加携帯機器４−２がカメラ機器１と関連づけられる以前に当該カメラ機器１で撮影された画像の閲覧も可能である。なお、カメラ機器１の初期設定時、複数台の携帯機器４に対してカメラ機器１から招待コードを送信し、カメラ機器１と複数台の携帯機器４とを関連づけてもよい。

図１４は、携帯機器４から画像の閲覧要求を受けた場合におけるクラウドサーバ３の動作手順を示すフローチャートである。

クラウドサーバ３は、携帯機器４から画像の閲覧要求を受けた場合、まず、その閲覧要求に付された認証トークンによって携帯機器４を認証する（ブロックＡ１）。次に、クラウドサーバ３は、その認証トークンが示す携帯機器４の機器ＩＤと関連づけられているカメラ機器１の機器ＩＤを特定する（ブロックＡ２）。

クラウドサーバ３は、カメラ機器１の機器ＩＤを特定すると、その機器ＩＤと対応づけられて保管されている画像を閲覧するための署名付ＵＲＬ集を作成し（ブロックＡ３）、当該作成した署名付ＵＲＬ集を携帯機器４に送信する（ブロックＡ４）。

また、図１５は、カメラ機器１がクラウドサーバ３へ画像をアップロードする動作手順を示すフローチャートである。

クラウドサーバ３への画像のアップロードを行うカメラ機器１は、まず、クラウドサーバ３から機器ＩＤを取得する（ブロックＢ１）。次に、カメラ機器１は、取得した機器ＩＤを用いてクラウドサーバ３から認証トークンを取得する（ブロックＢ２）。

クラウドサーバ３から認証トークンを取得したら、カメラ機器１は、その認証トークンを付して、画像をクラウドサーバ３へアップロードする（ブロックＢ３）。

このように、本監視システムは、カメラ機器１が初期設定される毎に更新される機器ＩＤに基づき、カメラ機器１が撮像した画像を閲覧可能とする携帯機器４と関連づけるので、正規ユーザ以外による画像の閲覧や消去を防止することができる。

ところで、以上の説明では、カメラ機器１の初期設定時、クラウドサーバ３から機器ＩＤを取得する例を示したが、カメラ機器１自身が、機器ＩＤを生成し、この機器ＩＤを用いて、クラウドサーバ３に対して認証トークンの発行要求を送信してもよい。

また、以上の説明では、機器ＩＤを用いて、カメラ機器１と携帯機器４とを関連づける例を説明したが、カメラ機器１と携帯機器４とを関連づける方法は、この記載の方法に限られない。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…カメラ機器、２…ホームゲートウェイ、３…クラウドサーバ、４…携帯機器、１１…プロセッサ、１２…主メモリ、１３…撮像装置、１４…通信装置、１５…外部記憶装置、１６…入出力制御装置、３１…プロセッサ、３２…主メモリ、３３…通信装置、３４…外部記憶装置、３５…入出力制御装置、５１…録画データ、１００…サーバプログラム、１０１…インタフェース部、１０２…機器ＩＤ発行部、１０３…認証トークン発行部、１０４…ペアリング処理部、１０５…録画データ保管部、１０６…録画データ公開制御部、１５１…ペアリングデータ、２００…クライアントプログラム、２０１…インタフェース部、２０２…機器ＩＤ取得部、２０３…認証トークン取得部、２０４…招待コード通信処理部、２０５…録画データアップロード処理部、２５１…機器ＩＤ・トークンデータ。

Claims (9)

1. 第１カメラと関連づけられている１以上の電子装置から前記第１カメラによって撮像された画像の要求を受信する受信手段と、
   前記第１カメラに対して発行された第１識別子に基づいて前記第１カメラと関連づけられている第１電子装置から前記要求を受信する場合、前記第１カメラの識別子が前記第１識別子であるときに前記第１カメラによって撮像された第１画像を含む第１データを前記第１電子装置へ送信し、前記第１カメラに対して発行された第２識別子に基づいて前記第１カメラと関連づけられている第２電子装置から前記要求を受信する場合、前記第１カメラの識別子が前記第２識別子であるときに前記第１カメラによって撮像された第２画像を含む第２データを前記第２電子装置へ送信する送信手段と、
   を具備し、
   前記第１カメラの識別子は、初期化又は初期設定の少なくとも一方により、識別子が更新されるものであって、
   前記第２識別子は、前記第１カメラの識別子が前記第１識別子であるときに前記第１カメラが初期化されて前記第１識別子から更新された識別子である、
   サーバ。
2. 前記送信手段は、前記第１カメラまたは前記１以上の電子装置の少なくとも１つを認証するための認証トークンを前記第１カメラまたは前記１以上の電子装置のいずれかに対して送信し、
   前記第１カメラの識別子は、前記第１カメラからの識別子の発行要求によって更新され得る、
   請求項１に記載のサーバ。
3. 前記送信手段は、第１タイミングでの前記第１カメラからの要求に応じて、前記第１カメラに対して前記第１識別子を送信し、第２タイミングでの前記第１カメラからの要求に応じて、前記第１カメラに対して前記第２識別子を送信する請求項１または２に記載のサーバ。
4. 前記第１カメラの前記第１識別子と前記第１電子装置の識別子との対応関係と、前記第１カメラの前記第２識別子と前記第２電子装置の識別子との対応関係と、を記録する記録手段をさらに具備する請求項１乃至請求項３のいずれか１項に記載のサーバ。
5. 前記第１電子装置からの第１コードに基づく第３電子装置からの要求に応じて、前記第１カメラの前記第１識別子と、前記第３電子装置の識別子とを関連づける処理手段をさらに具備する請求項１乃至請求項４のいずれか１項に記載のサーバ。
6. カメラであって、
   撮像手段と、
   識別子を取得する取得手段と、
   前記カメラの識別子が第１識別子である場合、前記第１識別子と、前記カメラの識別子が前記第１識別子であるときに前記撮像手段によって撮像される第１画像とをサーバへ送信し、
   前記カメラの識別子が第２識別子である場合、前記第２識別子と、前記カメラの識別子が前記第２識別子であるときに前記撮像手段によって撮像される第２画像とを前記サーバへ送信する送信手段と、
   を具備し、
   前記取得手段は、前記カメラの初期化又は初期設定の少なくとも一方に応じて、前記カメラの更新された識別子を取得し、
   前記第２識別子は、前記カメラの識別子が前記第１識別子であるときに前記カメラが初期化されて前記第１識別子から更新された識別子である、
   カメラ。
7. 前記カメラを前記サーバに認証させるための認証トークンを前記サーバから受信する受信手段を具備する請求項６に記載のカメラ。
8. サーバによって実行される方法であって、
   第１カメラと関連づけられている１以上の電子装置から前記第１カメラによって撮像された画像の要求を受信することと、
   前記第１カメラに対して発行された第１識別子に基づいて前記第１カメラと関連づけられている第１電子装置から前記要求を受信する場合、前記第１カメラの識別子が前記第１識別子であるときに前記第１カメラによって撮像された第１画像を含む第１データを前記第１電子装置へ送信することと、
   前記第１カメラに対して発行された第２識別子に基づいて前記第１カメラと関連づけられている第２電子装置から前記要求を受信する場合、前記第１カメラの識別子が前記第２識別子であるときに前記第１カメラによって撮像された第２画像を含む第２データを前記第２電子装置へ送信することと、
   を具備し、
   前記第１カメラの識別子は、初期化又は初期設定の少なくとも一方により、識別子が更新されるものであって、
   前記第２識別子は、前記第１カメラの識別子が前記第１識別子であるときに前記第１カメラが初期化されて前記第１識別子から更新された識別子である、
   方法。
9. カメラによって実行される方法であって、
   識別子を取得することと、
   前記カメラの識別子が第１識別子である場合、前記第１識別子と、前記カメラの識別子が前記第１識別子であるときに撮像手段によって撮像される第１画像とをサーバへ送信することと、
   前記カメラの識別子が第２識別子である場合、前記第２識別子と、前記カメラの識別子が前記第２識別子であるときに前記撮像手段によって撮像される第２画像とを前記サーバへ送信することと、
   を具備し、
   前記識別子を取得することは、前記カメラの初期化又は初期設定の少なくとも一方に応じて、前記カメラの更新された識別子を取得することを含み、
   前記第２識別子は、前記カメラの識別子が前記第１識別子であるときに前記カメラが初期化されて前記第１識別子から更新された識別子である、
   方法。

Images