(57)【要約】【課題】  視聴者が興味を引くシーンを見逃してしまった場合でも、すぐに再生表示できるようにする。【解決手段】  ＣＰＵ１０２は、複数のカメラの撮影方向と撮影位置及び撮影中か否かを収集してデータベース１０５に保持し、撮影画像を二次記憶装置１０４に記憶する。ＣＰＵ１０２は、複数のカメラの撮影方向と撮影位置の情報から所定数以上のカメラの被写体となっている注目対象を決定し、この注目対象を撮影していないカメラに注目対象の存在を通信装置１０６により通知する。ＣＰＵ１０２は、通知を受けたカメラからの要求に従い、注目対象の撮影画像を通知先のカメラに通信装置１０６により配信する。【選択図】  図１
2016082491.tif 000002
【特許請求の範囲】
【請求項１】
複数の撮像装置の撮影方向と撮影位置を決定する撮影方向・位置決定手段と、
前記複数の撮像装置の撮影方向と撮影位置の情報から、前記複数の撮像装置の被写体のうちで所定数以上の撮像装置の被写体となっている注目対象を決定する注目対象決定手段と、
前記注目対象の存在を通知すべき通知先を決定する通知先決定手段と、
前記通知先に前記注目対象の存在を通知する通知手段と、
前記通知先の要求に従い、前記注目対象の撮影画像を前記通知先および前記通知先の指定する端末の何れかである配信先に配信する配信手段
とを有することを特徴とする画像配信システム。
【請求項２】
前記通知先が、前記注目対象を撮影していない未撮影の撮像装置であることを特徴とする請求項１に記載の画像配信システム。
【請求項３】
前記通知先が、表示手段を有する通信端末であることを特徴とする請求項１に記載の画像配信システム。
【請求項４】
前記配信手段は、前記複数の撮像装置の撮影画像を記憶する記憶手段を有し、前記通知先からの要求に従い、前記注目対象の撮影画像を前記記憶手段から読み出して、前記配信先に配信することを特徴とする請求項１から３の何れか１項に記載の画像配信システム。
【請求項５】
前記配信手段は、前記通知先からの要求に従い、前記配信先に配信すべき撮影画像を保持する撮像装置に前記撮影画像を前記配信先に配信させることを特徴とする請求項１に記載の画像配信システム。
【請求項６】
更に、前記複数の撮像装置のそれぞれが撮影中か否かを定期的に判定する撮影中判定手段を具備することを特徴とする請求項１から５の何れか１項に記載の画像配信システム。
【請求項７】
前記撮影中判定手段が、前記複数の撮像装置に定期的に撮影中か否かを問い合わせる手段であることを特徴とする請求項６に記載の画像配信システム。
【請求項８】
前記撮影方向・位置決定手段が、前記複数の撮像装置のそれぞれに配置された、撮影方向と撮影位置を計測するセンサ手段と、前記複数の撮像装置で計測された前記撮影方向と撮影位置を前記注目対象決定手段に供給する手段とからなることを特徴とする請求項１から７の何れか１項に記載の画像配信システム。
【請求項９】
複数の撮像装置の被写体のうちで２以上の撮像装置が撮影する注目対象の撮影画像を配信する画像配信システムの管理装置であって、
前記複数の撮像装置の撮影方向と撮影位置を決定する撮影方向・位置決定手段と、
前記複数の撮像装置の撮影方向と撮影位置の情報から、前記複数の撮像装置の被写体のうちで所定数以上の撮像装置の被写体となっている注目対象を決定する注目対象決定手段と、
前記注目対象の存在を通知すべき通知先を決定する通知先決定手段と、
前記通知先に前記注目対象の存在を通知する通知手段と、
前記通知先の要求に従い、前記注目対象の撮影画像の、前記通知先および前記通知先の指定する端末の何れかである配信先への配信を制御する制御手段
とを有することを特徴とする管理装置。
【請求項１０】
前記通知先が、前記注目対象を撮影していない未撮影の撮像装置であることを特徴とする請求項９に記載の管理装置。
【請求項１１】
前記通知先が、表示手段を有する通信端末であることを特徴とする請求項９に記載の管理装置。
【請求項１２】
更に、
前記複数の撮像装置の撮影画像を記憶する記憶手段と、
前記制御手段により制御されて、前記注目対象の撮影画像を前記記憶手段から読み出して、前記配信先に配信する配信手段
とを有することを特徴とする請求項９から１１の何れか１項に記載の管理装置。
【請求項１３】
前記制御手段は、前記通知先からの要求に従い、前記配信先に配信すべき撮影画像を保持する撮像装置に前記撮影画像を前記配信先に配信させることを特徴とする請求項９に記載の管理装置。
【請求項１４】
更に、前記複数の撮像装置のそれぞれが撮影中か否かを定期的に判定する撮影中判定手段を具備することを特徴とする請求項９から１３の何れか１項に記載の管理装置。
【請求項１５】
前記撮影中判定手段が、前記複数の撮像装置に定期的に撮影中か否かを問い合わせる手段であることを特徴とする請求項１４に記載の管理装置。
【請求項１６】
前記撮影方向・位置決定手段が、前記複数の撮像装置のそれぞれに配置されるセンサ手段により計測される撮影方向と撮影位置を前記複数の撮像装置から取り込む手段であることを特徴とする請求項９から１５の何れか１項に記載の管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の撮像装置の撮像画像から所望のものを選択的に配信する画像配信システム及びその管理装置に関する。
【背景技術】
【０００２】
スポーツやライブコンサートなどのイベント会場では、観覧者は思い思いに様々な地点を観覧している。イベントの進行により、多数の視聴者の興味を引き、注目される物や人は時々刻々と変化する。このような、興味を引く撮影対象が時間によって変化する場面では、ＴＶなどのメディア放送用に動画撮影を行うカメラマンは、興味を引く撮影対象の位置を常に探し出し、撮影を行う必要がある。
【０００３】
このような問題に対し、特許文献１には、撮影対象が時間により変化又は移動する状況でも、撮影対象の位置を自動追尾する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−５２０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
デジタルカメラやデジタルビデオカメラ等の撮像装置は軽量化・小型化が進んでいる。その携帯性の良さから、イベント会場では、プロのカメラマンだけではなく、一般の観客（以降、観覧者とする）においても、自分が視聴する地点を、個人で所有する撮像装置で撮影しながら、イベントを観戦するといったことが行われている。
【０００６】
ところが、イベント会場での観覧において、興味を引くシーンを別の角度から観覧したい場合や、自分の位置からはサイズ又は方向の点で適切な画像を得にくいが、別のカメラなら適切な画像を得やすい場合がある。
【０００７】
録画を得て再生することにより、観覧は可能になるものの、それでは、その場の雰囲気を楽しめない。スポーツ観戦で注目すべきシーンを見逃した場合に、即座に再生表示できれば、スポーツ観戦を更に楽しむことが可能になる。
【０００８】
そこで、本発明は、このような楽しみ方を可能にする画像配信システム及びその管理装置を提示することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る画像配信システムは、複数の撮像装置の撮影方向と撮影位置を決定する撮影方向・位置決定手段と、前記複数の撮像装置の撮影方向と撮影位置の情報から、前記複数の撮像装置の被写体のうちで所定数以上の撮像装置の被写体となっている注目対象を決定する注目対象決定手段と、前記注目対象の存在を通知すべき通知先を決定する通知先決定手段と、前記通知先に前記注目対象の存在を通知する通知手段と、前記通知先の要求に従い、前記注目対象の撮影画像を前記通知先および前記通知先の指定する端末の何れかである配信先に配信する配信手段とを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、興味を引くシーンを見逃した場合であっても、すぐにその動画・画像を観覧できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施例における管理装置の概略構成ブロック図である。
【図２】本発明の一実施例におけるデジタルビデオカメラの概略構成ブロック図である。
【図３】スタジアムでのカメラ配置例である。
【図４】カメラデータベースの構成と内容の一例である。
【図５】撮影情報データベースの構成と内容の一例である。
【図６】注目位置データベースの構成と内容の一例である。
【図７】注目位置の検知と通知の動作例を示すフローチャートである。
【図８】注目位置通知動作例を示すフローチャートである。
【図９】注目位置通知の表示例である。
【図１０】注目位置の撮影画像を配送する動作のフローチャートである。
【図１１】実施例２における外部装置（表示装置）の概略構成ブロック図である。
【図１２】実施例２におけるカメラデータベースの構成と内容の一例である。
【図１３】実施例２における画像データベースの構成と内容の一例である。
【図１４】実施例２における配信先登録動作のフローチャートである。
【図１５】実施例２における注目位置の検知と通知の動作例を示すフローチャートである。
【図１６】実施例２における注目位置の画像取得配信動作例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【実施例１】
【００１３】
本発明に係る画像配信システムの一実施例は、複数のデジタルビデオカメラ２０１と、これらのカメラ２０１の撮影画像（記録画像）のうちの選択されたものを所定の配信先に配信して表示するようにカメラ２０１を管理する管理装置とからなる。図１は、本発明の一実施例における管理装置１０１の概略構成ブロック図を示し、図２は、デジタルビデオカメラ（以下、「カメラ」と略す）２０１の概略構成ブロック図を示す。
【００１４】
管理装置１０１は、カメラ２０１に指定された画像を提供する。１０２は管理装置１０１の全体を制御するＣＰＵである。１０３は一次記憶装置であり、一時的なデータを記憶し、ＣＰＵ１０２の作業用に使われる。１０４は二次記憶装置であり、管理装置１０１を制御するプログラム及び各種の設定情報などを記憶する。１０５は、カメラ２０１の情報、カメラ２０１による撮影の情報、および注目対象位置の情報の管理並びに画像の保管に用いられるデータベースである。１０６は、カメラ２０１との通信に用いられる通信装置である。
【００１５】
図２に示すカメラ２０１は、光学系２０２、撮像素子２０３、ＣＰＵ２０４、一次記憶装置２０５、二次記憶装置２０６、記憶媒体２０７、表示部２０８、操作部２０９及び通信装置２１０から構成されている。
【００１６】
光学系２０２は、レンズ、シャッタ及び絞りから構成され、被写体からの光学像を適切な光量とタイミングで撮像素子２０３に結像させる。撮像素子２０３は、光学系２０２を通って結像した光学像を電気画像信号に変換する。
【００１７】
ＣＰＵ２０４は、入力信号及びプログラムに従って、各種演算、及びカメラ２０１を構成する各部分の制御を行う。一次記憶装置２０５は、一時的なデータを記憶し、ＣＰＵ２０４の作業用に使われる。二次記憶装置２０６は、カメラ２０１を制御するためのプログラム（ファームウェア）及び各種の設定情報などを記憶する。
【００１８】
記憶媒体２０７は、撮影により得られる動画像の画像データを記憶する。表示部２０８は、撮影時のビューファインダ画像、撮影した画像、見逃した注目対象位置の通知の表示、対話的な操作のための文字表示などを行う。操作部２０９は、使用者の操作を受け付けるためのものである。操作部２０９としては例えば、ボタン、レバー又はタッチパネルなどを用いることが可能である。
【００１９】
通信装置２１０は、管理装置１０１と接続し、管理装置１０１との間で撮影情報、画像、取得要求及び種々のデータを送受信する。管理装置１０１との接続を確立し、データ通信するためのプロトコルとしては、例えば、ＰＴＰ（Picture Transfer Protocol）及びＭＴＰ（Media Transfer Protocol）等が用いられる。通信装置２１０は、無線ＬＡＮなどの無線接続でも、ＵＳＢ（Universal Serial Bus）ケーブルなどの有線接続により通信を行ってもよい。通信装置２１０は管理装置１０１と直接接続してもよいし、他のサーバ又はインターネットなどのネットワークを介して管理装置１０１と接続してもよい。
【００２０】
センサ部２１１は、カメラ２０１の位置情報（経度、緯度、高度）および撮影方向（方位、俯仰角）を計測する、例えばＧＰＳ受信装置及び６軸センサ等の計測手段からなる。時刻取得部２１２は、ＣＰＵ２０４が時刻を取得するのに使用される。時刻取得部２１２は、経過時間と内部の設定値より現在時刻を取得するタイプのものでも、電波により現在時刻を取得するものでもよい。
【００２１】
カメラ２０１は、撮像素子２０３により撮影中に取り込まれる画像データを所定の圧縮形式の動画像データとして記憶媒体２０７に記録する。カメラ２０１はまた、撮影中、即ち動画記録中であっても、外部からの要求により、記憶媒体２０７に記憶する動画像データの指定される時刻以降を読み出して、要求元又は要求元が指定する装置に送信できる。
【００２２】
図３は、スポーツスタジアムにおけるカメラ２０１の配置例を示す。２０１ａ，２０１ｂ，２０１ｃ，２０１ｄ，２０１ｅは、試合又は観客を撮影しているカメラであり、図２に示すカメラ２０１と同じ構成からなる。５台のカメラ２０１ａ〜２０１ｅは、先に説明したように、設置位置（撮影位置）及び撮影方向を含む撮影範囲情報と撮影画像を管理装置１０１に送信可能である。図３に示す例では、カメラ２０１ｂ〜２０１ｅが、注目位置３０２の注目すべき同じ被写体を撮影しており、カメラ２０１ａは、撮影を行っていない。
【００２３】
管理装置１０１は、撮影方向・位置決定手段として、カメラ２０１ａ〜２０１ｅに対し、ＭＡＣアドレス、撮影時刻、撮影位置及び撮影方向の情報を要求し、取得した情報を保持する。管理装置１０１は、カメラ２０１ａ〜２０１ｅから取得した情報に従い、所定数以上のカメラが撮影している被写体（注目対象）（図３では、注目位置３０２の被写体）を特定する。すなわち、ＣＰＵ１０２は、前記複数のカメラ２０１ａ〜２０１ｅの被写体のうちで所定数以上のカメラの被写体となっている注目対象を決定する注目対象決定手段として機能する。管理装置１０１は同時に、注目位置３０２を撮影中のカメラ（図３では、カメラ２０１ｂ〜２０１ｅ）と、注目位置３０２を撮影していないカメラ、即ち未撮影カメラ（図３では、カメラ２０１ａ）を特定する。注目位置３０２の検知は、管理装置１０１で行われてもよいし、外部入力として、注目対象が発生したときに、管理装置１０１がその位置情報を外部装置から受け取ってもよい。本実施例では、未撮影カメラを注目対象の通知先とするので、ＣＰＵ１０２は、通知先決定手段として機能することになる。
【００２４】
管理装置１０１は、データベース１０５として、図４に構成を例示するカメラＤＢ、図５に構成を例示する撮影情報ＤＢ、及び図６に構成を例示する注目位置ＤＢを保持する。
【００２５】
図４に示すカメラＤＢは、管理装置１０１に接続するカメラ２０１ａ〜２０１ｅに関する情報を記録するデータベースである。管理装置１０１は、カメラＤＢにより、管理装置１０１と通信する全てのカメラ２０１ａ〜２０１ｅの情報を管理する。
【００２６】
図４において、４０１はカメラＩＤである。カメラＩＤ４０１は、図４に示す例では、「Ｃａｍ」に１から始まる連番を付加した文字列からなる。４０２は対応するカメラを特定する識別情報であり、本実施例では、ＭＡＣアドレスからなる。４０３は注目位置の送信履歴であり、図６に示す注目位置ＤＢの注目位置ＩＤ６０１がリスト化されて記録される。
【００２７】
管理装置１０１は、カメラＤＢに事前にカメラＩＤおよびＭＡＣアドレスを登録しているが、個々のカメラからの要求に従いカメラＤＢに追加又は削除するものであってもよい。
【００２８】
図５に例示する撮影情報ＤＢは、管理装置１０１で管理される撮影情報のデータベースである。撮影情報ＤＢには、管理装置１０１がカメラ２０１（２０１ａ〜２０１ｅ）から撮影情報を取得するたびに、取得した情報が記録される。
【００２９】
図５において、５０１は撮影を分類するためのＩＤであり、「Ｐ」に１から始まる連番を付加した文字列からなる。５０２は、撮影を行ったカメラのＩＤ（カメラＩＤ）４０１である。５０３は、撮影が行われた時刻である。５０４は、撮影を行ったカメラの位置情報を特定する情報であり、経度、緯度及び高度が記録される。５０５は、撮影を行ったカメラの撮影方向を特定する情報であり、方位角及び俯仰角が記録される。
【００３０】
図６に示す注目位置ＤＢは、管理装置１０１に登録される注目位置のデータベースである。注目位置ＤＢには、注目位置が検知されるたびに、以下に説明する情報が記録される。
【００３１】
図６において、６０１は検知された注目位置を分類するためのＩＤであり、文字「Ａ」に１から始まる連番を付加した文字列からなる。６０２は、検知された注目位置の位置情報を特定する情報であり、経度、緯度及び高度が記録される。６０３は、注目位置を撮影していた撮影に関する撮影ＩＤ５０１のリストである。６０４は、注目位置を撮影していたカメラのＩＤリスト、即ち撮影カメラＩＤリストであり、撮影ＩＤ５０１に対応したカメラＩＤ５０２が列挙される。６０５は、注目位置の注目度数であり、注目位置を撮影していたカメラの台数、すなわちリスト６０４に記されているカメラＩＤの個数が記録される。
【００３２】
図７に示すフローチャートを参照して、管理装置１０１がカメラ２０１ｂ〜２０１ｅから上述した情報を取得し注目位置を検知して、未撮影カメラ２０１ａに通知する動作を説明する。
【００３３】
ステップＳ７０１では、管理装置１０１のＣＰＵ１０２は、変数ｎの値を１に初期化する。変数ｎの値は、カメラＤＢに登録されたカメラを表すインデックスである。
【００３４】
ステップＳ７０２では、ＣＰＵ１０２は、通信装置１０６を介してカメラ２０１ａ〜２０１ｅに撮影中か否かを問い合わせる要求を出し、撮影中か否かを知る。ＣＰＵ１０２は、撮影中判定の結果、撮影中であれば、ステップＳ７０３に進み、撮影中でなければ、ステップＳ７０４へ進む。
【００３５】
ステップＳ７０３では、ＣＰＵ１０２は、通信装置１０６を介してカメラ２０１ａ〜２０１ｅに現在の位置情報および撮影方向並びに時刻を問い合わせる要求を出し、これらの情報を取得する。ＣＰＵ１０２は、取得した情報を撮影情報ＤＢに追加する。
【００３６】
ステップＳ７０４では、ＣＰＵ１０２は、変数ｎがＮ未満であるか否かを確認する。Ｎの値は、撮影情報の取得対象とするカメラの総数、すなわちカメラＤＢに登録されたカメラの総数である。ＣＰＵ１０２は、ｎがＮ未満であれば、ステップＳ７０５へ進み、ｎがＮ以上であれば、ステップＳ７０６に進む。
【００３７】
ステップＳ７０５では、ＣＰＵ１０２は、変数ｎをインクリメントし、ステップＳ７０２に戻る。
【００３８】
ステップＳ７０６では、ＣＰＵ１０２は、ステップＳ７０１〜Ｓ７０５の繰り返し処理において撮影情報ＤＢに追加した全カメラの位置及び撮影方向から、撮影交点となっている全ての地点を列挙する。ここで列挙される撮影交点の総数をＭとする。
【００３９】
ステップＳ７０７では、ＣＰＵ１０２は、変数ｍを１に初期化する。変数ｍの値は、ステップＳ７０６において列挙された撮影交点を示すインデックスである。
【００４０】
ステップＳ７０８では、ＣＰＵ１０２は、まず、撮影交点を撮影していた撮影ＩＤを確認することで、撮影していたカメラの台数を調べる。これは、ステップＳ７０６における撮影交点の列挙の逆演算になるので、ステップＳ７０６の段階で、撮影交点と、その撮影交点を撮影していた撮影ＩＤを関連づけて、一次記憶装置１０３に保持しておくのが好ましい。
【００４１】
ＣＰＵ１０２は撮影交点を撮影していたカメラの台数が予め定めた基準値以上である場合、その撮影交点を注目位置とし、ステップＳ７０９に進み、基準値未満の場合、ステップＳ７１０に進む。この基準値は、カメラ台数により直接決定しても、管理装置１０１に登録されるカメラの総数Ｎに対する一定の割合、例えば３割で算出した値でもよい。基準値は形式的には２以上である。
【００４２】
ステップＳ７０９では、ＣＰＵ１０２は、撮影交点と、位置情報、ステップＳ７０８において列挙した撮影ＩＤのリスト、撮影していたカメラＩＤのリスト、および注目度を、注目位置ＤＢに追加する。ここで、ＣＰＵ１０２は、撮影ＩＤをキーとし撮影情報ＤＢを検索することでカメラＩＤを取得する。
【００４３】
ステップＳ７１０では、ＣＰＵ１０２は、変数ｍがＭ未満であるかどうかを調べ、Ｍ未満の場合、ステップＳ７１１に進み、Ｍ以上の場合、ステップＳ７１２に進む。ステップＳ７１１では、ＣＰＵ１０２は、変数ｍをインクリメントし、ステップＳ７０８に戻る。
【００４４】
ステップＳ７１２では、ＣＰＵ１０２は、ステップＳ７０７〜Ｓ７１１の繰り返し処理において注目位置ＤＢへの追加があったかどうかを判定し、追加があった場合、ステップＳ７１３に進み、追加が無い場合、フローを終了する。
【００４５】
ステップＳ７１３では、ＣＰＵ１０２は通知手段として、未撮影カメラ（図３に示す例では、カメラ２０１ａ）に注目位置を通知する。注目位置の通知処理（Ｓ７１３）の詳細は、図８を参照して後述する。
【００４６】
以上の処理により、ある時刻において、注目位置を撮影していたカメラと撮影していないカメラ（未撮影カメラ）を特定できる。ＣＰＵ１０２は、定期的に（たとえば、５秒ごと）繰り返し図７に示すフローを実行することで、注目位置の検知と未撮影カメラへの通知を実行する。このように管理装置１０１が定期的にカメラ２０１に撮影位置、撮影方向及び撮影中か否か等を問い合わせる代わりに、各カメラ２０１が、撮影位置、撮影方向、撮影開始時刻、撮影終了時刻及び撮影中か否かを適時に管理装置１０１に通知する方式を採用してもよい。
【００４７】
図８は、ステップＳ７１３の詳細なフローチャートを示す。図８を参照して、管理装置１０１が未撮影カメラに注目位置を通知する処理の詳細を説明する。
【００４８】
ステップＳ８０１では、ＣＰＵ１０２は、ステップＳ７０７〜Ｓ７１１の繰り返し処理で直近に追加された注目位置全てについて、注目度数順の降順にソートする。これは、カメラに対して、より注目度の高い未撮影位置を通知できるようにするためである。
【００４９】
ステップＳ８０２では、ＣＰＵ１０２は、変数ｎの値を１に初期化する。変数ｎの値は、カメラＤＢに登録されたカメラを表すインデックスである。
【００５０】
ステップＳ８０３では、ＣＰＵ１０２は、変数ｓの値を１に初期化する。変数ｓの値は、ステップＳ７０７〜Ｓ７１１のフローで直近に追加された注目位置を表すインデックスである。
【００５１】
ステップＳ８０４では、ＣＰＵ１０２は、注目位置ＤＢの撮影カメラＩＤリスト６０４を参照し、変数ｎが示すカメラが注目位置を撮影していたかどうかを調べる。ＣＰＵ１０２は、変数ｎが示すカメラが注目位置を撮影していた場合、ステップＳ８０５に進み、そうでない場合、ステップＳ８０７に進む。
【００５２】
ステップＳ８０５では、ＣＰＵ１０２は、変数ｓがＳ未満かどうかを調べる。Ｓの値は、ステップＳ７０７〜Ｓ７１１のフローで直近に追加された注目位置の総数である。ＣＰＵ１０２は、変数ｓがＳ未満の場合、ステップＳ８０６に進み、Ｓ以上の場合、ステップＳ８０８に進む。
【００５３】
ステップＳ８０６では、ＣＰＵ１０２は、変数ｓをインクリメントし、ステップＳ８０４に戻る。
【００５４】
ステップＳ８０７では、ＣＰＵ１０２は、通信装置１０６を介して、変数ｎが示すカメラに対して、未撮影の注目位置の存在を送信する。そして、ＣＰＵ１０２は、送信した注目位置の注目位置ＩＤをカメラＤＢの注目位置ＩＤ送信履歴に追加する。カメラへの送信に際しては、注目位置の位置情報を送ってもよい。また、ＣＰＵ１０２は、カメラの位置情報及び撮影方向を撮影情報ＤＢから確認し、注目位置の位置情報と比較することで、カメラから当該注目位置への相対方向を算出し、算出した相対方向角度を当該カメラに送信してもよい。
【００５５】
ステップＳ８０８では、ＣＰＵ１０２は、変数ｎがＮ未満であるかを確認する。Ｎの値は、カメラＤＢに登録されたカメラの総数である。ＣＰＵ１０２は、変数ｎがＮ未満の場合、ステップＳ８０９に進む。ｎがＮ以上の場合、図８に示すフローを終了する。
【００５６】
ステップＳ８０９では、ＣＰＵ１０２は、変数ｎをインクリメントし、ステップＳ８０４に戻る。すなわち、ＣＰＵ１０２は、次のカメラについてステップＳ８０４以降を実行する。
【００５７】
管理装置１０１は、図８に示す処理により、注目位置を撮影していなかったカメラに、注目位置の存在を通知する。
【００５８】
図９は、注目位置を通知されたカメラの表示部２０８での表示例を示す。９０１は、未撮影の注目位置が発生していることを示す文字列である。９０２は、未撮影の注目位置がどの方向にあるかを示す矢印画像である。９０３は、カメラの利用者に対し、未撮影の注目位置の画像を取得するか否かを選択させるダイアログである。利用者が画像の取得を選択すると、カメラのＣＰＵ２０４は管理装置１０１にその注目位置の画像を要求し受信して、表示部２０８に表示する。
【００５９】
図１０は、管理装置１０１が、注目位置の画像を要求するカメラに当該画像を送信する処理のフローチャートを示す。注目位置を通知したカメラから通信装置１０６を介した通信により画像要求を受信すると、管理装置１０１のＣＰＵ１０２は、図１０に示すフローを開始する。
【００６０】
ステップＳ１００１では、ＣＰＵ１０２は、カメラＤＢの注目位置ＩＤ送信履歴を参照し、要求元のカメラに対して直近に送信した注目位置を特定する。
【００６１】
ステップＳ１００２では、ＣＰＵ１０２は、注目位置ＤＢで撮影していたカメラＩＤリストを参照し、注目位置を撮影していたカメラを確認する。そして、ＣＰＵ１０２は、画像要求元カメラへの送信に適した画像を持つカメラを選出する。例えば、ＣＰＵ１０２は、注目位置の位置情報と、撮影情報ＤＢに記載のカメラ撮影位置とから、注目位置に最も近い位置で撮影していたカメラを特定して選出する。また、ＣＰＵ１０２は、撮影情報ＤＢから注目位置を最も早くから撮影していたカメラを特定して選出してもよい。
【００６２】
ステップＳ１００３では、ＣＰＵ１０２は、ステップＳ１００２で選出したカメラに通信装置１０６により撮影画像（動画又は静止画）を要求し、取得する。具体的には、ＣＰＵ１０２は、撮影情報ＤＢを参照して、提供してほしい撮影画像の撮影時刻を特定し、その撮影時刻の静止画又は当該撮影時刻以降の動画を要求し、取得する。
【００６３】
ステップＳ１００４では、ＣＰＵ１０２は、ステップＳ１００３で取得した画像を、通信装置１０６により画像要求元カメラに配信する。
【００６４】
以上説明したように、本実施例では、視聴者が興味を引くシーンを見逃した、すなわちカメラで撮り逃した場合であっても、簡単な手間ですぐにそのシーンの動画・静止画を表示できる。注目位置を検知した際に、未撮影カメラに注目位置を通知するので、未撮影カメラのユーザが注目位置の存在に気付くことができ、そのシーンの画像をその場で視覚的に確認できるようになる。カメラ側の操作で要求があった場合にのみ画像を送信するようにすることで、不要な通信を防ぎ、通信トラフィックの量と未撮影カメラでのバッテリ消費を低減できる。注目位置を撮影していたカメラの中から適した画像を持つカメラを選択することで、注目位置の画像を要求する観覧者により良い画像を提供できる。
【実施例２】
【００６５】
未撮影カメラを検索して注目位置情報を配信するのではなく、表示装置を有しカメラを有しない通信端末に注目位置情報とその画像を配信するようにしてもよい。そのような通信端末には、例えば、タブレット端末、ノート型等の小型携帯式のコンピュータ及び携帯ゲーム機等がある。
【００６６】
図１１は、表示手段を有する通信端末としてのタブレット端末の概略構成ブロック頭を示す。タブレット端末１１０１は、ＣＰＵ１１０２、一次記憶装置１１０３、二次記憶装置１１０４、表示部１１０５、操作部１１０６及び通信装置１１０７を有する。各構成要素の基本的な機能はカメラ２０１の対応する部材と同様であるので、詳細な説明は省略する。
【００６７】
図１２は、実施例２におけるカメラＤＢの構成と内容の一例を示す。図１２に示すカメラＤＢでは、図４に示すカメラＤＢに対し、画像提供先となる外部装置のアクセス情報１２０４（具体的には外部装置のＭＡＣアドレス）が追加されている。その他の項目１２０１〜１２０３はそれぞれ、図３に示すカメラＤＢの項目４０１〜４０３と同じであるので、説明を省略する。
【００６８】
図１３は、実施例２における画像ＤＢの構成と内容の一例を示す。１３０１は、各画像に対して外部装置からアクセスするための、画像ごとに固有のアクセス情報である。アクセス情報１３０１は、図１３に示す例では、［ｈｔｔｐ：／／ｓｏｃｃｅｒ＿ｓｅｒｖｅｒ／ｉｍｇ？ｐａｇｅ＝＋注目位置ＩＤ］で定義されるＵＲＬとしている。１３０１は画像のファイル名である。１３０３は、画像データのサムネイル（動画の場合は代表画像）である。
【００６９】
図１４は、管理装置１０１からタブレットに画像を提供するためにカメラとタブレットとを関連付ける動作のフローチャートである。管理装置１０１のＣＰＵ１０２は、カメラから関連付けの要求があった場合に、本フローを開始する。
【００７０】
ステップＳ１４０１で、ＣＰＵ１０２は、要求元のカメラに対して、カメラごとに固有となるような、管理装置１０１へのアクセス情報を割り当て、送信する。例えば、撮像装置ＤＢにＣａｍ１として登録されているカメラに対して、図１３に例示するように、固有のアクセス情報として、ｈｔｔｐ：／／ｓｏｃｃｅｒ＿ｓｅｒｖｅｒ／ｄｅｖｉｃｅＲｅｇｉｓｔ＋？Ｃａｍ１を割り当て、送信する。後述するように、タブレットは、このアクセス先にアクセスすることで、所望の画像データを取得する。
【００７１】
ステップＳ１４０２では、ＣＰＵ１０２は、ステップＳ１４０１で割り当てたアクセス情報に対して一定時間（例えば、５分）以内にアクセスがあったかを判定する。ＣＰＵ１０２は、一定時間以内にアクセスがあった場合は、ステップＳ１４０３に進む。アクセスがなかった場合、図１４に示すフローを終了する。
【００７２】
ステップＳ１４０３では、ＣＰＵ１０２は、アクセスＵＲＬに紐づけられたカメラＤＢのデータの送信先ＭＡＣアドレスとして、アクセス元のＭＡＣアドレスを設定する。なお、何も設定がなされない状態では、ＣＰＵ１０２は、カメラＤＢの送信先ＭＡＣアドレスを空欄としておく。
【００７３】
図１５は、図７に対応する実施例２の管理装置１０１の動作フローチャートを示す。管理装置１０１は、カメラから情報を取得し、注目位置の発生を検知すると未撮影カメラの送信先装置に通知を行う。図７に示すフローチャートとの相違は、ステップＳ１５１３のみであるので、ステップＳ１５１３以外の説明は省略する。
【００７４】
ステップＳ１５１３では、ＣＰＵ１０２は、送信先に設定された装置に対して、注目位置の画像を閲覧できる手段を提供する。実施例１では、未撮影の視聴者による画像の取得要求を受けてから注目位置の画像を取得していた。これに対し、実施例２では、要求を受ける前に画像を取得しておき、タブレットが、後から好きなタイミングで所望の画像にアクセスできるようにした。図１６は、ステップＳ１５１３の詳細なフローチャートを示す。
【００７５】
ステップＳ１６０１では、ＣＰＵ１０２は、変数ｓの値を１に初期化する。変数ｓの値は、ステップＳ１５０７〜Ｓ１５１１の処理の繰り返しにより直近に検知された注目位置を表すインデックスである。
【００７６】
ステップＳ１６０２では、ＣＰＵ１０２は、注目位置ＤＢの撮影カメラＩＤリストを参照し、注目位置を撮影していたカメラを確認し、画像の要求元カメラへの送信に適した画像を持つカメラを選出する。
【００７７】
ステップＳ１６０３では、ＣＰＵ１０２は、ステップＳ１６０２で選出したカメラに対して、撮影情報ＤＢを参照して、提供してほしい画像の撮影時刻を特定し、通信装置１０６を介して画像を要求し、取得する。
【００７８】
ステップＳ１６０４では、ＣＰＵ１０２は、取得した画像に対し固有のアクセス情報を設定し、画像ＤＢに画像とともに保管する。
【００７９】
ステップＳ１６０５では、ＣＰＵ１０２は、変数ｓがＳ未満であるかどうかを判定する。Ｓの値は、ステップＳ１５０７〜Ｓ１５１１の処理の繰り返しにより直近に検知された注目位置の総数である。ＣＰＵ１０２は、変数ｓがＳ未満の場合、ステップＳ１６０６に進み、Ｓ以上の場合、ステップＳ１６０７に進む。
【００８０】
ステップＳ１６０６では、ＣＰＵ１０２は、変数ｓをインクリメントし、ステップＳ１６０２に戻る。
【００８１】
ＣＰＵ１０２は、ステップＳ１６０１〜Ｓ１６０６を繰り返すことで、提供すべき画像を画像ＤＢに蓄積する。
【００８２】
ステップＳ１６０７では、ＣＰＵ１０２は、変数ｎの値を１に初期化する。変数ｎの値は、カメラＤＢに登録されたカメラを表すインデックスである。
【００８３】
ステップＳ１６０８では、ＣＰＵ１０２は、変数ｓの値を１に初期化する。変数ｓの値はここでも、ステップＳ１５０７〜Ｓ１５１１の処理の繰り返しにより直近に検知された注目位置を表すインデックスである。
【００８４】
ステップＳ１６０９では、ＣＰＵ１０２は、注目位置ＤＢの撮影カメラＩＤリストを参照し、カメラｎが注目位置ｓを撮影していたかどうかを調べる。ＣＰＵ１０２は、カメラｎが注目位置ｓを撮影していた場合、ステップＳ１６１３に進み、未撮影の場合、ステップＳ１６１０に進む。
【００８５】
ステップＳ１６１０では、ＣＰＵ１０２は、カメラＤＢを参照し、カメラｎに送信先装置のＭＡＣアドレスが登録されているかを確認する。ＣＰＵ１０２は、送信先装置のＭＡＣアドレスが登録されていた場合、ステップＳ１６１１に進み、登録されていなかった場合、ステップＳ１６１２に進む。
【００８６】
ステップＳ１６１１では、ＣＰＵ１０２は、通信装置１０６を介して、送信先に設定された装置に、通信装置１０６を介して画像のアクセスＵＲＬを提供する。すなわち、ＣＰＵ１０２は、注目位置ｓに対応したアクセスＵＲＬを、送信先装置のＭＡＣアドレスに送信する。そして、ＣＰＵ１０２は、カメラＤＢの送信履歴を更新する。
【００８７】
ステップＳ１６１２では、ＣＰＵ１０２は、通信装置１０６を介して、カメラに注目位置ｓの情報を送信し、カメラＤＢの送信履歴を更新する。
【００８８】
ステップＳ１６１３では、ＣＰＵ１０２は、変数ｓがＳ未満かどうかを判定し、Ｓ未満の場合、ステップＳ１６１４に進み、Ｓ以上の場合、ステップＳ１５１５に進む。
【００８９】
ステップＳ１６１４では、ＣＰＵ１０２は、変数ｓをインクリメントし、ステップＳ１６０９に戻る。
【００９０】
ステップＳ１６１５では、ＣＰＵ１０２は、変数ｎがＮ未満かどうかを判定する。Ｎの値は、カメラＤＢに登録されたカメラの総数である。ＣＰＵ１０２は、変数ｎがＮ未満の場合、ステップＳ１６１６に進み、Ｓ以上の場合、図１６に示すフローを終了する。
【００９１】
以上で説明したフローにより、視聴者が興味を引くシーンを見逃した、すなわちカメラで撮り逃した場合であっても、手間なく、すぐに、確実に、興味を引くシーンの動画・画像を視聴することができる。また、注目位置を検知した際に、未撮影カメラに注目位置の通知を行うことで、視聴者の以降の見逃しを防止できる。また、タブレットなどの、カメラとは異なる外部装置に対して画像の提供を行うことで、カメラでの撮影を中断することなく、画像の確認が可能になる。
【００９２】
さらに、画像そのものでなく、サーバのアクセスＵＲＬを提供することによって画像を配信することで、通信量を削減し、外部装置のストレージの圧迫を避けることが可能になる。ユーザは任意のタイミングでＵＲＬへのアクセスすることで、希望の画像を閲覧できる。また、注目位置を撮影していたカメラの中から、適した画像を持つカメラを選択することで、注目位置の画像を要求する視聴者に対し、より良い画像を提供できる。
【００９３】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。
【００９４】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2016082491.tif 000003
【図２】
2016082491.tif 000004
【図３】
2016082491.tif 000005
【図４】
2016082491.tif 000006
【図５】
2016082491.tif 000007
【図６】
2016082491.tif 000008
【図７】
2016082491.tif 000009
【図８】
2016082491.tif 000010
【図９】
2016082491.tif 000011
【図１０】
2016082491.tif 000012
【図１１】
2016082491.tif 000013
【図１２】
2016082491.tif 000014
【図１３】
2016082491.tif 000015
【図１４】
2016082491.tif 000016
【図１５】
2016082491.tif 000017
【図１６】
2016082491.tif 000018