(57)【要約】【課題】携帯端末の撮像装置で撮像した画像を再生する際に、撮像した画像と同様の時系列で、携帯端末の位置の移動を確認する。【解決手段】実施形態の動画再生装置は、受信部と、画像処理部と、動画配信制御部とを備える。受信部は、ユーザにより携帯端末の撮像装置で撮像された撮像データと、当該携帯端末の経時的な位置情報の履歴である位置履歴情報と、を携帯端末から受信する。画像処理部は、位置履歴情報に基づいて、地図データ上に、携帯端末の移動の軌跡を示す動画であるルート動画を生成する。動画配信制御部は、撮像データと、ルート動画とを同一の画面上に再生可能に、ネットワークを介して情報処理装置に配信する。【選択図】図５
2018029290.tif 000002
【特許請求の範囲】
【請求項１】
ユーザにより携帯端末の撮像装置で撮像された撮像データと、当該携帯端末の経時的な位置情報の履歴である位置履歴情報と、を前記携帯端末から受信する受信部と、
前記位置履歴情報に基づいて、地図データ上に、前記携帯端末の移動の軌跡を示す動画であるルート動画を生成する画像処理部と、
前記撮像データと、前記ルート動画とを同一の画面上に再生可能に、ネットワークを介して情報処理装置に配信する動画配信制御部と、
を備える動画再生装置。
【請求項２】
前記ユーザから、前記撮像データ内の任意のフレームの選択を受け付ける受付部と、
前記撮像データから、選択されたフレームを抽出することで、静止画を生成する静止画生成部と、
をさらに備える、請求項１に記載の動画再生装置。
【請求項３】
前記ユーザから、検出対象とする所定の画像の選択を受け付ける受付部と、
前記受付部で選択された前記所定の画像を、前記撮像データから検出する画像検出部と、
をさらに備える請求項１に記載の動画再生装置。
【請求項４】
前記所定の画像の撮影条件として所定の位置の前記位置情報を記憶する記憶部、をさらに備え、
前記画像処理部は、前記携帯端末で前記所定の画像が撮影された位置が、前記所定の位置を含む所定の範囲に含まれるか否かを判定し、
前記動画配信制御部は、前記所定の画像が撮影された位置が、前記所定の位置を含む所定の範囲に含まれると判定された場合に、前記撮像データが前記撮影条件を満たすことを前記携帯端末に通知する、
請求項３に記載の動画再生装置。
【請求項５】
前記動画配信制御部は、前記撮像データおよび前記ルート動画に対して、前記ユーザにより巻き戻しおよび一時停止の指示可能な操作情報を、前記同一の画面上に再生可能に配信する、
請求項１から４のいずれか１項に記載の動画再生装置。
【請求項６】
前記画像処理部は、前記携帯端末が画像を撮像すると共に前記位置履歴情報を記録した場合と、前記携帯端末が前記位置履歴情報のみを記録した場合とで、異なる表示態様で前記軌跡を前記ルート動画上に表示する、
請求項１から５のいずれか１項に記載の動画再生装置。
【請求項７】
前記画像処理部は、さらに、前記撮像データの撮像開始時刻および撮像終了時刻と、前記位置履歴情報が記録された時刻とを比較することで、前記ユーザが画像を撮像すると共に前記位置履歴情報を記録した場合と、前記ユーザが前記位置履歴情報のみを記録した場合とを判断する、
請求項６に記載の動画再生装置。
【請求項８】
記憶部、を更に備え、
前記受信部で受信した前記撮像データを前記記憶部に保存し、
前記動画再生装置は、
前記撮像データを受信した時点から所定の保存期間の経過後に、前記撮像データを、前記記憶部から削除するデータ管理部、
をさらに備えた請求項１に記載の動画再生装置。
【請求項９】
前記ユーザから、前記保存期間の延長の指示を受け付ける受付部、をさらに備え、
前記データ管理部は、前記保存期間の延長の指示を受け付けた場合に、延長後の保存期間経過後に、前記撮像データを削除する、
請求項８に記載の動画再生装置。
【請求項１０】
携帯端末のコンピュータに実行させるためのプログラムと、動画再生装置と、を備えた動画再生システムであって、
前記プログラムは、
ユーザにより前記携帯端末の撮像装置で撮像された撮像データと、当該携帯端末の経時的な位置情報の履歴である位置履歴情報と、を前記動画再生装置に送信する送信ステップを、前記コンピュータに実行させ、
前記動画再生装置は、
前記撮像データと、前記位置履歴情報と、を前記携帯端末から受信する受信部と、
前記位置履歴情報に基づいて、地図データ上に、前記携帯端末の移動の軌跡を示す動画であるルート動画を生成する画像処理部と、
前記撮像データと、前記ルート動画とを同一の画面上に再生可能に、ネットワークを介して情報処理装置に配信する動画配信制御部と、
前記ユーザから、前記撮像データ内の任意のフレームの選択を受け付ける受付部と、
前記撮像データから、選択されたフレームを抽出することで、静止画を生成する静止画生成部と、
前記撮像データから、所定の画像が含まれるフレームを検出する画像検出部と、
を備える動画再生システム。
【請求項１１】
携帯端末のコンピュータに実行させるためのプログラムと、動画再生装置と、を備えた動画再生システムで実行する動画再生方法であって、
前記プログラムが前記コンピュータに実行させる、ユーザにより携帯端末の撮像装置で撮像された撮像データと、当該携帯端末の経時的な位置情報の履歴である位置履歴情報と、を前記動画再生装置に送信する送信ステップと、
前記動画再生装置が、
前記撮像データと、前記位置履歴情報と、を前記携帯端末から受信する受信ステップと、
前記位置履歴情報に基づいて、地図データ上に、前記携帯端末の移動の軌跡を示す動画であるルート動画を生成する画像処理ステップと、
前記撮像データと、前記ルート動画とを同一の画面上に再生可能に、ネットワークを介して情報処理装置に配信する動画配信制御ステップと、
前記ユーザから、前記撮像データ内の任意のフレームの選択を受け付ける受付ステップと、
前記撮像データから、選択されたフレームを抽出することで、静止画を生成する静止画生成ステップと、
前記撮像データから、所定の画像が含まれるフレームを検出する画像検出ステップと、
を含む動画再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、動画再生装置、動画再生システム、および動画再生方法に関する。
【背景技術】
【０００２】
従来から、自動車等の車両に搭載された撮像装置を備えるドライブレコーダ等の車載装置が知られている。このような車載装置において、車両の周囲の動画を撮像するとともに、撮像を行った場所の位置情報を取得する技術が知られている。
【０００３】
また、近年において、スマートフォン等の携帯端末で動画等の画像を撮影する機会が増えている。多くの場合、携帯端末には位置情報を取得するＧＰＳ機能が搭載されているため、ユーザは動画等の撮像時に自らの位置（携帯端末の位置）を知ることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３８８６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、このような従来技術においては、携帯端末の撮像装置で撮像した画像を再生する際に、その画像を撮像した際の携帯端末の位置をユーザが確認することができれば、ユーザにとって便宜である。特に、ユーザが携帯端末を持って移動をしながら画像を撮像した場合、当該画像を再生する際に、再生される画像と同様の時系列で、携帯端末の位置の移動をユーザが確認することができれば、よりユーザの便宜となる。
【課題を解決するための手段】
【０００６】
実施形態の動画再生装置は、受信部と、画像処理部と、動画配信制御部とを備える。受信部は、ユーザにより携帯端末の撮像装置で撮像された撮像データと、当該携帯端末の経時的な位置情報の履歴である位置履歴情報と、を携帯端末から受信する。画像処理部は、位置履歴情報に基づいて、地図データ上に、携帯端末の移動の軌跡を示す動画であるルート動画を生成する。動画配信制御部は、撮像データと、ルート動画とを同一の画面上に再生可能に、ネットワークを介して情報処理装置に配信する。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態１にかかる動画再生システムの全体構成の一例を示す図である。
【図２】図２は、実施形態１にかかる携帯端末のハードウェア構成の一例を示す図である。
【図３】図３は、実施形態１にかかる携帯端末の機能的構成の一例を示すブロック図である。
【図４】図４は、実施形態１にかかる動画再生サーバのハードウェア構成の一例を示す図である。
【図５】図５は、実施形態１にかかる動画再生サーバの機能的構成の一例を示すブロック図である。
【図６】図６は、実施形態１にかかる動画再生サーバが配信する動画の画面イメージの一例を示す図である。
【図７】図７は、実施形態１にかかる位置履歴情報ＤＢのテーブル構成の一例を示す図である。
【図８】図８は、実施形態１にかかる動画再生サーバが配信する動画の画面イメージの他の一例を示す図である。
【図９】図９は、実施形態１にかかる紐づけ情報ＤＢのテーブル構成の一例を示す図である。
【図１０】図１０は、実施形態１にかかるターゲット画像検出フレームＤＢのテーブル構成の一例を示す図である。
【図１１】図１１は、実施形態１にかかるターゲット画像検出表示画像データの一例を示す図である。
【図１２】図１２は、実施形態１にかかるメニュー画面の一例を示す図である。
【図１３】図１３は、実施形態１にかかる静止画化対象フレームＤＢのテーブル構成の一例を示す図である。
【図１４】図１４は、実施形態１にかかるターゲット画像検出結果の表示の一例を示す図である。
【図１５】図１５は、実施形態１にかかる保存期限ＤＢのテーブル構成の一例を示す図である。
【図１６】図１６は、実施形態１にかかる画像照合サーバおよび管理者端末の機能的構成の一例を示すブロック図である。
【図１７】図１７は、実施形態１にかかるターゲット画像データおよび特徴データの一例を示す図である。
【図１８】図１８は、実施形態１にかかる特徴データと撮像データとの照合の一例を示す図である。
【図１９】図１９は、実施形態１にかかる撮像データと位置履歴情報の受信、および画像処理の流れの一例を示すシーケンス図である。
【図２０Ａ】図２０Ａは、実施形態１にかかる携帯端末のアプリケーションの起動後の画面の一例を示す図である。
【図２０Ｂ】図２０Ｂは、実施形態１にかかる携帯端末のアプリケーションの操作画面の一例を示す図である。
【図２０Ｃ】図２０Ｃは、実施形態１にかかる配信対象の動画の選択画面の一例を示す図である。
【図２１】図２１は、実施形態１にかかる画像処理の流れの一例を示すフローチャートである。
【図２２】図２２は、実施形態１にかかる動画再生サーバから携帯端末への動画配信処理の流れの一例を示すシーケンス図である。
【図２３】図２３は、実施形態１にかかる動画再生サーバからユーザＰＣへの動画配信処理の流れの一例を示すシーケンス図である。
【図２４】図２４は、実施形態１の変形例１にかかる動画再生サーバから携帯端末への動画配信処理の流れの一例を示すシーケンス図である。
【図２５】図２５は、実施形態１の変形例１にかかるメニュー画面の一例を示す図である。
【図２６】図２６は、実施形態１の変形例１にかかる、ユーザが検索する画像を選択するための選択画面の一例を示す図である。
【図２７】図２７は、実施形態１の変形例１にかかる検索結果の表示画面の一例を示す図である。
【図２８】図２８は、実施形態１の変形例２にかかる動画再生サーバが配信する動画の画面イメージの一例を示す図である。
【図２９】図２９は、実施形態２にかかる動画再生サーバが配信する動画の画面イメージの一例を示す図である。
【図３０】図３０は、実施形態２にかかる位置履歴情報のテーブル構成の一例を示す図である。
【図３１】図３１は、実施形態２にかかる携帯端末のアプリケーションの操作画面の一例を示す図である。
【図３２Ａ】図３２Ａは、実施形態２にかかる画像処理の流れの一例を示すフローチャートである。
【図３２Ｂ】図３２Ｂは、実施形態２にかかる動画撮像有無の判断および位置履歴情報の保存処理の流れの一例を示すフローチャートである。
【図３３】図３３は、実施形態３にかかる動画再生サーバから携帯端末への動画配信処理の流れの一例を示すシーケンス図である。
【図３４】図３４は、実施形態４にかかる動画再生サーバから携帯端末への動画配信処理の流れの一例を示すシーケンス図である。
【図３５】図３５は、実施形態４の変形例１にかかる動画再生サーバが配信する動画の画面イメージの一例を示す図である。
【図３６】図３６は、実施形態５にかかる動画再生サーバの機能的構成の一例を示すブロック図である。
【図３７】図３７は、実施形態５にかかる撮影条件ＤＢのテーブル構成の一例を示す図である。
【図３８】図３８は、実施形態５にかかるターゲット画像検出フレームＤＢのテーブル構成の一例を示す図である。
【図３９】図３９は、実施形態５にかかる画像照合サーバおよび管理者端末の機能的構成の一例を示すブロック図である。
【図４０】図４０は、実施形態６にかかる携帯端末の機能的構成の一例を示すブロック図である。
【図４１】図４１は、実施形態６にかかる動画再生サーバの機能的構成の一例を示すブロック図である。
【図４２】図４２は、実施形態６にかかる画像照合サーバおよび管理者端末の機能的構成の一例を示すブロック図である。
【図４３】図４３は、実施形態６にかかる撮像データと位置履歴情報の受信、および画像処理の流れの一例を示すシーケンス図である。
【図４４】図４４は、その他の変形例にかかる動画再生サーバが配信する動画の画面イメージの一例を示す図である。
【発明を実施するための形態】
【０００８】
（実施形態１）
図１は、本実施形態にかかる動画再生システム１の全体構成の一例を示す図である。図１に示すように、本実施形態にかかる動画再生システム１は、携帯端末１０と、動画再生サーバ２０と、画像照合サーバ３０と、管理者端末４０と、ユーザＰＣ５０と、を備える。携帯端末１０と、動画再生サーバ２０と、画像照合サーバ３０と、管理者端末４０と、ユーザＰＣ５０と、はインターネット等のネットワークを介して接続している。
【０００９】
本実施形態の動画再生システム１では、ユーザがテーマパーク等において携帯端末１０の撮像装置で撮像した動画等の撮像データと、撮像時の位置履歴情報とを動画再生サーバ２０が受信する。動画再生サーバ２０および画像照合サーバ３０は、受信した撮像データと位置履歴情報に対して各種の処理を実行して配信用の動画を生成し、動画再生サーバ２０が、撮像データとユーザの移動の軌跡を示す動画とを同一の画面上に再生可能にして、携帯端末１０やユーザＰＣ５０等にネットワークを介して配信する。
【００１０】
携帯端末１０は、スマートフォン、タブレット端末、携帯電話等の機器である。携帯端末１０は、カメラ等の撮像装置と、ＧＰＳ信号等の位置情報を取得できる位置情報取得装置とを、少なくとも備える。
【００１１】
ユーザは、例えばテーマパーク等で携帯端末１０の撮像装置を用いて動画を撮像する。また、携帯端末１０は動画を撮像している間のユーザの位置情報の履歴である位置履歴情報を記録する。そして、携帯端末１０は、ユーザの指示により、撮像された動画である撮像データと、位置履歴情報とを、動画再生サーバ２０に送信する。
【００１２】
動画再生サーバ２０は、携帯端末１０が送信した撮像データおよび位置履歴情報を受信し、各種の画像処理をした後に、携帯端末１０またはユーザＰＣ５０に対して動画を配信する装置である。
【００１３】
画像照合サーバ３０は、撮像データを動画再生サーバ２０から取得して、撮像データのなかにターゲット画像が含まれる場合、ターゲット画像を含むフレームを検出する装置である。
【００１４】
ここで、ターゲット画像とは、管理者によって予め登録された所定の画像である。本実施形態においては、ターゲット画像は、テーマパーク内に存在する物の画像である。例えば、テーマパーク内の建造物や、置物、キャラクターの着ぐるみ等の画像をターゲット画像としても良い。
【００１５】
また、本実施形態の動画再生システム１では、動画再生サーバ２０は、携帯端末１０の撮像装置が撮像した撮像データから、ターゲット画像を検出し、ターゲット画像の検出の有無の結果をユーザに通知する。
【００１６】
動画再生サーバ２０および画像照合サーバ３０は、本実施形態における動画再生装置の一例である。動画再生サーバ２０と画像照合サーバ３０とは、必ずしも別個のサーバである必要はなく、単一のサーバとする構成を採用しても良い。あるいは、本実施形態より多くのサーバによって動画再生サーバ２０および画像照合サーバ３０の機能を担う構成を採用しても良い。
【００１７】
管理者端末４０は、管理者が、画像照合サーバ３０にターゲット画像の登録を行うために用いるコンピュータである。
【００１８】
ユーザＰＣ５０は、動画再生サーバ２０から動画配信を受けるコンピュータである。また、携帯端末１０も、動画再生サーバ２０から動画配信を受けることが可能である。携帯端末１０およびユーザＰＣ５０は、配信された動画をディスプレイ上に表示して再生する。携帯端末１０およびユーザＰＣ５０は、本実施形態における情報処理装置の一例である。
【００１９】
また、本実施形態の動画再生システム１では、画像照合サーバ３０は、配信された動画から任意のフレームをユーザが選択したことを携帯端末１０またはユーザＰＣ５０から受け付け、選択されたフレームから静止画を生成する。
【００２０】
次に、携帯端末１０のハードウェア構成について説明する。
図２は、本実施形態にかかる携帯端末１０のハードウェア構成の一例を示す図である。図２に示すように、携帯端末１０は、撮像装置１０１と、ＣＰＵ１０２と、ＲＯＭ（Read  Only  Memory）１０３と、ＨＤＤ（Hard  Disk  Drive）１０４と、計時回路１０５と、ＧＰＳ受信部１０６と、ＧＰＳアンテナ１０７と、ディスプレイ１０８と、タッチパネル１０９と、通信部１１０とを備える。
【００２１】
撮像装置１０１は、動画の撮像が可能なカメラである。
ＣＰＵ１０２は、携帯端末１０の全体的な制御を行う制御装置である。例えば、ＣＰＵ１０２は、ＲＯＭ１０３に記憶されているプログラム等を実行することで、様々な構成を実現する。
【００２２】
ＲＯＭ１０３は、読み出し可能なデータを記憶するメモリとする。例えば、ＲＯＭ１０３は、プログラム等を記憶する。
【００２３】
計時回路１０５は、計時機能を有する回路である。また、携帯端末１０は、計時回路１０５の代わりに、外部からネットワーク等を介して時刻情報を取得する構成を採用しても良い。
【００２４】
ＧＰＳアンテナ１０７は、ＧＰＳ信号を受信可能なアンテナである。
ＧＰＳ受信部１０６は、ＧＰＳアンテナ１０７を介して、上空にある数個の衛星からの信号を受信することで、携帯端末１０の現在位置を認識（取得）する。
【００２５】
ＨＤＤ１０４は、撮像装置１０１が撮像した撮像データや、ＧＰＳ受信部１０６が認識した位置情報等のデータを記憶する記憶媒体である。なお、ＨＤＤ１０４に代えて、フラッシュメモリ等の記憶媒体を設けてもよい。
【００２６】
ディスプレイ１０８は、液晶パネル等からなる表示装置である。ディスプレイ１０８は、携帯端末１０の操作画面や、配信された動画等を表示する。
【００２７】
タッチパネル１０９は、ディスプレイ１０８上に一体形成されており、ユーザの入力を受け付ける入力装置である。また、タッチパネル１０９の代わりに、物理キーボード等によってユーザの操作を受け付ける構成を採用しても良い。
【００２８】
通信部１１０は、携帯端末１０が動画再生サーバ２０とデータや信号を送受信するためのインターフェースである。
【００２９】
次に、携帯端末１０の機能的構成について説明する。
図３は、本実施形態にかかる携帯端末１０の機能的構成の一例を示すブロック図である。図３に示すように、携帯端末１０は、ユーザ操作受付部１２１と、撮像画像取得部１２２と、位置情報取得部１２３と、時刻情報取得部１２４と、撮像データ処理部１２５と、位置情報処理部１２６と、データ送信部１２７と、ログイン情報送信部１２８と、動画再生制御部１３０と、表示制御部１３１と、操作情報送信部１３２と、を備える。
【００３０】
また、図３に示すように、ＨＤＤ１０４は、認証データベース９００（以下、「認証ＤＢ９００」という）と、位置履歴情報データベース９０１（以下、「位置履歴情報ＤＢ９０１」という）と、を保存し、撮像装置１０１で撮像された撮像データ９０２を保存可能となっている。
【００３１】
認証ＤＢ９００は、ユーザが携帯端末１０のアプリケーションにログインするための認証情報を記憶するデータベースである。本実施形態においては、携帯端末１０が単体でもアプリケーションを起動できるよう、ＨＤＤ１０４に認証ＤＢ９００を保存しているが、他の構成を採用しても良い。
【００３２】
例えば、携帯端末１０には認証ＤＢ９００をもたず、携帯端末１０のアプリケーションを起動する際のユーザの認証は、動画再生サーバ２０が行う構成を採用しても良い。あるいは、携帯端末１０内でアプリケーションを起動する際にはユーザ認証を不要とし、動画再生サーバ２０にアクセスする際に初めてユーザ認証を行う構成を採用しても良い。
【００３３】
位置履歴情報ＤＢ９０１は、携帯端末１０の位置情報と、当該位置情報が記録された時刻とを時系列に履歴として記憶するデータベースである。
【００３４】
ユーザ操作受付部１２１は、ユーザがタッチパネル１０９の操作ボタンを押下する等して入力した操作（例えば、タッチ操作等）を受け付ける。
【００３５】
撮像画像取得部１２２は、撮像装置１０１が撮像した撮像データ９０２を取得する。ユーザ操作受付部１２１が、ユーザが撮影開始を命令する操作をしたことを受け付けた場合に、撮像装置１０１が撮像を開始するので、撮像画像取得部１２２は、撮像装置１０１から撮像データを取得する。撮像画像取得部１２２は、取得した撮像データを撮像データ処理部１２５に送出する。
【００３６】
位置情報取得部１２３は、ユーザ操作受付部１２１が、ユーザが撮影開始を命令する操作をしたことを受け付けた場合に、ＧＰＳ受信部１０６から位置情報を取得する。すなわち、本実施形態においては、ユーザが動画を撮像中の場合に、位置情報が取得される。位置情報取得部１２３は、動画撮像開始から終了までの期間、所定の時間ごとに位置情報を継続して取得する。所定の時間とは、本実施形態においては、例えば２秒とする。位置情報取得部１２３は、取得した位置情報を位置情報処理部１２６に送出する。
【００３７】
時刻情報取得部１２４は、計時回路１０５から時刻情報を取得する。時刻情報取得部１２４は、取得した時刻情報を撮像データ処理部１２５および位置情報処理部１２６に送出する。
【００３８】
撮像データ処理部１２５は、撮像画像取得部１２２が取得した撮像データに対して、時刻情報取得部１２４が取得した時刻情報を属性情報として追加する。撮像データ処理部１２５は、時刻情報が追加された撮像データ９０２を、ＨＤＤ１０４に保存する。
【００３９】
位置情報処理部１２６は、位置情報取得部１２３が取得した位置情報に、時刻情報取得部１２４が取得した時刻情報を対応付けた位置履歴情報を生成する。位置情報処理部１２６は、位置履歴情報を、ＨＤＤ１０４の位置履歴情報ＤＢ９０１に保存する。
【００４０】
データ送信部１２７は、ユーザ操作受付部１２１からユーザのデータ転送要求を取得した場合に、撮像データ９０２および位置履歴情報ＤＢ９０１から読み出した位置履歴情報を、動画再生サーバ２０に送信する。
【００４１】
撮像データ処理部１２５および位置情報処理部１２６が、撮像データ９０２および位置履歴情報をＨＤＤ１０４に保存するため、データ送信部１２７は、ユーザの任意のタイミングで撮像データ９０２および位置履歴情報を動画再生サーバ２０に送信することができる。
【００４２】
本実施形態では、動画再生サーバ２０は、ユーザが、１度テーマパークを訪問したごとに、１つの単位でデータを送信することを想定している。例えば、ユーザが、テーマパークで撮像した撮像データと記録した位置履歴情報を、帰宅後等に動画再生サーバ２０に送信するとする。ユーザがテーマパークを訪れた際に複数回に分けて動画を撮像した場合でも、１日に撮像した撮像データ９０２および位置履歴情報を１度に送信することで、１度の訪問の際のデータであることが、動画再生サーバ２０側で判別できる。
【００４３】
あるいは、動画再生サーバ２０に送信する際に、ユーザが１度に送信する対象の範囲を選択できる構成を採用しても良い。例えば、複数回テーマパークを訪れた後に動画再生サーバ２０に撮像データ９０２と位置履歴情報を送信する場合、テーマパークを訪れた日付を指定することで、動画再生サーバ２０に送信するデータを選択できる構成を採用しても良い。
【００４４】
ログイン情報送信部１２８は、携帯端末１０が動画再生サーバ２０にアクセスする場合に、動画再生サーバ２０にユーザの認証ＤＢ９００をログイン情報として送信する。あるいは、ユーザがタッチパネル１０９からログイン情報を再度入力する構成を採用しても良い。
【００４５】
動画再生制御部１３０は、動画再生サーバ２０から動画の配信を受け付け、配信された動画を、表示制御部１３１を介してディスプレイ１０８に表示する。具体的には、ユーザ操作受付部１２１が、ユーザが動画の再生開始を要求する操作をしたことを受け付けた場合に、動画再生制御部１３０は、動画再生サーバ２０に対して動画の配信を要求する信号を送信する。また、ユーザ操作受付部１２１が、ユーザが動画の巻き戻しや一時停止を要求する操作をしたことを受け付けた場合に、動画再生サーバ２０に対して動画の巻き戻しや一時停止を要求する信号を送信する。
【００４６】
表示制御部１３１は、ディスプレイ１０８の表示を制御する。表示制御部１３１は、動画再生制御部１３０が受け付けた動画再生サーバ２０からの配信動画を、ディスプレイ１０８に表示する。
【００４７】
操作情報送信部１３２は、ユーザ操作受付部１２１が受け付けたユーザの画面操作を、動画再生サーバ２０に送信する。
【００４８】
次に、動画再生サーバ２０のハードウェア構成について説明する。
図４は、本実施形態にかかる動画再生サーバ２０のハードウェア構成の一例を示す図である。図４に示すように、動画再生サーバ２０は、ＣＰＵ２０１と、通信部２０２と、ＲＯＭ２０３と、ＨＤＤ２０４とを備える。
【００４９】
ＣＰＵ２０１は、動画再生サーバ２０の全体的な制御を行う制御装置である。例えば、ＣＰＵ２０１は、ＲＯＭ２０３に記憶されているプログラム等を実行することで、様々な構成を実現する。
【００５０】
通信部２０２は、動画再生サーバ２０が携帯端末１０、画像照合サーバ３０、ユーザＰＣ５０とデータや信号を送受信するためのインターフェースである。
【００５１】
ＲＯＭ２０３は、読み出し可能なデータを記憶するメモリとする。例えば、ＲＯＭ２０３は、プログラム等を記憶する。
【００５２】
ＨＤＤ２０４は、携帯端末１０から取得したデータや、画像処理後のデータ等を記憶する記憶装置である。
【００５３】
画像照合サーバ３０のハードウェア構成は、動画再生サーバ２０と同様であり、ＣＰＵ、通信部、ＲＯＭ、ＨＤＤを備える。
【００５４】
動画再生サーバ２０のＨＤＤ２０４および画像照合サーバ３０のＨＤＤは、本実施形態における記憶部の一例である。
【００５５】
管理者端末４０およびユーザＰＣ５０は、ＣＰＵ等の制御装置と、ＲＯＭやＲＡＭ（Random  Access  Memory）等の記憶装置と、ＨＤＤ、ＣＤドライブ装置等の外部記憶装置と、ディスプレイ装置等の表示装置と、キーボードやマウス等の入力装置を備える通常のコンピュータのハードウェア構成を備える。
【００５６】
次に、動画再生サーバ２０の機能的構成について説明をする。
図５は、本実施形態にかかる動画再生サーバ２０の機能的構成の一例を示すブロック図である。図５に示すように、動画再生サーバ２０は、認証機能部２２１と、権限機能部２２２と、画像処理部２２３と、動画配信制御部２２４と、受付部２２５と、静止画生成部２２６と、データ管理部２２７と、送受信部２３０と、を備える。
【００５７】
また、ＨＤＤ２０４は、位置履歴情報データベース９１１（以下、「位置履歴情報ＤＢ９１１」という）と、ルート動画９１２と、紐づけ情報データベース９１３（以下、「紐づけ情報ＤＢ９１３」という）と、静止画化対象フレームデータベース９１４（以下、「静止画化対象フレームＤＢ９１４」という）と、静止画データ９１５と、ターゲット画像検出フレームＤＢ９１６（以下、「ターゲット画像検出フレームＤＢ９１６」という）と、ターゲット画像検出表示画像データ９１７と、保存期限データベース９１８（以下、「保存期限ＤＢ９１８」という）と、認証データベース９２０（以下、「認証ＤＢ９２０」という）と、権限データベース９２１（以下、「権限ＤＢ９２１」という）と、課金データベース９２２（以下、「課金ＤＢ９２２」という）と、地図データ９２３と、を保存する。また、ＨＤＤ２０４は、携帯端末１０から受信した撮像データ９１０も保存する。
【００５８】
送受信部２３０は、携帯端末１０、画像照合サーバ３０、管理者端末４０、ユーザＰＣ５０との間でデータおよび信号の送受信を行う。また、送受信部２３０は、携帯端末１０から撮像データ９０２および位置履歴情報を受信する。送受信部２３０は、本実施形態における受信部の一例である。
【００５９】
認証機能部２２１は、携帯端末１０またはユーザＰＣ５０から動画再生サーバ２０にアクセスがあった場合に、送受信部２３０を介して取得したユーザのログイン情報と、認証ＤＢ９２０に記憶されたユーザの認証情報とを比較し、アクセスの可否を判断する認証処理を行う。
【００６０】
認証ＤＢ９２０とは、動画再生サーバ２０に、携帯端末１０またはユーザＰＣ５０からアクセスするユーザの認証情報が登録されたデータベースである。
【００６１】
認証機能部２２１は、ユーザのアクセスを許可した場合、ユーザの識別情報を権限機能部２２２に送出する。
【００６２】
権限機能部２２２は、権限ＤＢ９２１を参照し、携帯端末１０またはユーザＰＣ５０からアクセスしたユーザの権限管理を行う。
【００６３】
権限ＤＢ９２１とは、動画再生サーバ２０に、携帯端末１０またはユーザＰＣ５０からアクセスするユーザの権限情報が登録されたデータベースである。
【００６４】
権限機能部２２２は、ユーザの権限によって使用できる機能の範囲を制限する構成を採用しても良い。また、権限機能部２２２は、課金ＤＢ９２２を参照し、ユーザの課金の有無や金額によって使用できる機能の範囲や、送信可能な撮像データ９０２および位置履歴情報の量、動画の配信回数（再生回数）等を制限する構成を採用しても良い。
【００６５】
課金ＤＢ９２２とは、動画再生サーバ２０に、携帯端末１０またはユーザＰＣ５０からアクセスするユーザの課金の有無および課金した金額等が登録されたデータベースである。
【００６６】
権限機能部２２２は、処理を要求するユーザが適切な権限を満たす場合、当該要求に応じた処理を許可し、画像処理部２２３または動画配信制御部２２４等、処理を行う機能部にユーザ情報を送出する。
【００６７】
画像処理部２２３は、送受信部２３０が携帯端末１０から受信した撮像データ９０２および位置履歴情報を取得して画像処理を行い、配信するための動画を生成する。具体的には、画像処理部２２３は、撮像データ９０２をストリーミング配信用の形式に変換する。例えば、ＨＬＳ（HTTP  Live  Streaming）等の形式を採用しても良い。画像処理部２２３は、変換処理後の撮像データ９１０をＨＤＤ２０４に保存する。
【００６８】
また、画像処理部２２３は、携帯端末１０から取得した位置履歴情報を位置履歴情報ＤＢ９１１に保存する。画像処理部２２３は、位置履歴情報と、ＨＤＤ２０４に記憶された地図データ９２３から、ルート動画９１２を生成する。画像処理部２２３は、生成したルート動画９１２を、ＨＤＤ２０４に保存する。
【００６９】
ここで、ルート動画９１２は、ユーザの移動の軌跡が、時系列に地図上で再生される動画である。
【００７０】
ルート動画について、動画再生サーバ２０が配信する動画の画面イメージを用いて具体的に説明する。図６は、本実施形態にかかる動画再生サーバ２０が配信する動画の画面イメージの一例を示す図である。当該動画は、携帯端末１０のディスプレイ１０８（タッチパネル１０９）や、ユーザＰＣ５０のディスプレイに表示される。
【００７１】
図６に示すルート動画再生エリア６５０では、ルート動画９１２として、テーマパークの地図の上に、ユーザの位置を示す矢印型のアイコン６５１と、ユーザの移動の軌跡を示す線６５２が表示されている。このアイコン６５１が表示される地図上の位置は、携帯端末１０の位置情報が示す位置である。アイコン６５１は、時系列に沿って、地図上を動的に移動する。
【００７２】
図６に示すルート動画に表示されている地図は、ＨＤＤ２０４に保存された地図データ９２３である。図６ではテーマパークの建物を詳細に表示する地図を例として記載したが、これに限らず、道路や建物位置が表示される地図であれば良い。また、動画再生サーバ２０は、ネットワークで接続された外部の記憶装置等から地図の画像データ９２３を取得する構成を採用しても良い。
【００７３】
図６の撮像データ再生エリア６６０と、シークバー６７０と、メニュー表示ボタン６５３については、後述する。
【００７４】
ここで、位置履歴情報ＤＢ９１１に記憶された位置履歴情報とルート動画の関係について説明する。位置履歴情報ＤＢ９１１は、携帯端末１０から送信された位置履歴情報を保存するデータベースである。図７は、本実施形態にかかる位置履歴情報ＤＢ９１１のテーブル構成の一例を示す図である。図７に示すように、位置履歴情報ＤＢ９１１は、時刻と、ユーザＩＤと、アップロードファイル管理番号と、位置情報と、を含むデータベースである。
【００７５】
時刻は、携帯端末１０の時刻情報取得部１２４が取得した時刻情報の時刻であり、位置情報が記録された時刻を示す。ユーザＩＤは、ユーザを一意に識別する識別情報であり、携帯端末１０から位置履歴情報を送信したユーザを示す。
【００７６】
アップロードファイル管理番号は、携帯端末１０から一度に送信された位置履歴情報と、撮像データ９１０とを一つの単位として識別する識別情報である。
例えば、図７に示すように、アップロードファイル管理番号“０００１”は、２０１６年５月１日にユーザがテーマパークを訪れた際に位置情報を記録し、その位置情報を動画再生サーバ２０に送信した位置情報に付与される管理番号である。本実施形態では同一のユーザが何回もテーマパークを訪れることが想定されるため、送信された単位で位置情報の履歴を管理する。このアップロードファイル管理番号の単位は、ユーザが再生するために配信される動画の生成単位となる。１回のテーマパークの訪問で、複数回に分けて動画を撮像した場合でも、携帯端末１０から動画再生サーバ２０に撮像データ９０２および位置履歴情報を送信する際に１度に送信をすれば、１つのアップロードファイル管理番号が付与される。画像処理部２２３は、単一のアップロードファイル管理番号が付与された位置履歴情報から、１つのルート動画９１２を生成する。
【００７７】
ユーザが１回のテーマパークの訪問で、複数回に分けて動画を撮像した場合、複数の撮像データが断続的に撮像されたものである場合も想定される。本実施形態では動画が撮像されているときに位置履歴情報が記録されるため、位置履歴情報も断続的に記録される。この場合、画像処理部２２３は、位置履歴情報が取得された時刻と位置情報から、ユーザの移動の軌跡を示す線６５２が断続的に表示されるルート動画を生成する構成を採用しても良い。
【００７８】
本実施形態では、画像処理部２２３は、携帯端末１０から取得した位置履歴情報を位置履歴情報ＤＢ９１１に保存する際に、アップロードファイル管理番号と、ユーザＩＤを付与する。また、アップロードファイル管理番号は、携帯端末１０のデータ送信部１２７によって付与される構成を採用しても良い。
【００７９】
本実施形態では、１度に送信されたデータに対して同一のアップロードファイル管理番号を付与する構成を採用しているが、ユーザが任意にアップロードファイル管理番号を指定することができる構成を採用しても良い。
【００８０】
位置情報は、携帯端末１０の位置情報取得部１２３が取得した携帯端末１０の現在位置の位置座標である。例えば、図７に示すように、位置情報は、緯度と経度によって、携帯端末１０の位置を示す。本実施形態においては、例えば、２秒ごとに取得された携帯端末１０の位置情報を記憶する。
【００８１】
画像処理部２２３は、位置履歴情報ＤＢ９１１の位置情報に対応する地図上の位置に、アイコン６５１を表示させ、その軌跡が線６５２となる。すなわち、図７の２０１６年５月１日８：００：００時点の位置情報が、図６におけるユーザの移動の軌跡を示す線６５２の始まりの位置に対応する。そして、図７に示すように、位置履歴情報ＤＢ９１１のレコードごとの位置情報に応じて、図１２のアイコン６５１の位置が変化する。
【００８２】
また、携帯端末１０を持ったユーザが建物内にいるとき等、携帯端末１０のＧＰＳアンテナ１０７がＧＰＳ信号を受信できない場合がある。このような場合、所定の時間ごとに時刻情報は記録されるが、位置情報は取得できないため記録されない。この場合、画像処理部２２３は、携帯端末１０建物内にあると判断して、その旨を通知する表示を、ルート動画上に表示する。例えば、画像処理部２２３は、ユーザの位置を示すアイコンを家のマークにする。
【００８３】
図８は、本実施形態にかかる動画再生サーバ２０が配信する動画の画面イメージの他の例を示す図である。図８に示す例では、撮像データ再生エリア６６０には動画が表示されているように、ユーザは動画の撮像を継続している。このとき、携帯端末１０が位置情報を取得できず、記録されなかった場合、図８に示すように、画像処理部２２３は、家のマークのアイコン６５５をルート画面上に表示する。
【００８４】
画像処理部２２３は、位置情報が取得できない期間が発生した場合に常に家のマークのアイコン６５５を表示する構成を採用しても良い。あるいは、画像処理部２２３は、最後に記録された位置情報の示す位置が建物周辺であるか否かを地図データ９２３と比較して判断し、建物周辺であった場合のみ、家のマークのアイコン６５５を表示し、その他の場合は別のマーク等を表示する構成を採用しても良い。
【００８５】
図８に示す画面上の各構成に関して、図６に示す画面イメージと同様の構成については同じ番号の符号を付し、説明を省略する。
【００８６】
図５に戻り、本実施形態では、画像処理部２２３は、ルート動画９１２を動画の配信前に予め生成し、ＨＤＤ２０４に保存する。
【００８７】
他の構成として、画像処理部２２３は、ルート動画９１２を予め生成せず、動画配信時に位置履歴情報ＤＢ９１１から位置履歴情報を時系列に読み出し、地図上に表示することでルート動画９１２を生成する構成を採用しても良い。
【００８８】
また、画像処理部２２３は、撮像データ９１０とルート動画９１２とを紐づける情報を生成し、紐づけ情報ＤＢ９１３に保存する。
紐づけ情報ＤＢ９１３とは、撮像データ９１０とルート動画９１２とを紐づける情報を記憶するデータベースである。紐づけ情報ＤＢ９１３に登録される情報は、動画が配信される際に、配信対象の撮像データ９１０とルート動画９１２とを特定するための情報である。
【００８９】
図９は、本実施形態にかかる紐づけ情報ＤＢ９１３のテーブル構成の一例を示す図である。図９に示すように、紐づけ情報ＤＢ９１３は、記録開始時刻と、記録終了時刻と、ユーザＩＤと、アップロードファイル管理番号と、撮像データのファイル名と、ルート動画のファイル名と、とを含むデータベースである。
【００９０】
記録開始時刻は、携帯端末１０の撮像装置１０１が動画の撮像を開始した時刻である。本実施形態においては、撮像開始と位置履歴情報の記録の開始は同時なので、画像処理部２２３は、記録開始時刻として、撮像データ９１０の撮像開始時刻を採用しても良いし、同一のアップロードファイル管理番号の位置履歴情報のうち最も過去の時刻を採用しても良い。
【００９１】
記録終了時刻は、携帯端末１０の撮像装置１０１が動画の撮像を終了した時刻である。記録開始時刻と同様に、画像処理部２２３は、記録終了時刻として撮像データ９１０の撮像終了時刻を採用しても良いし、同一のアップロードファイル管理番号の位置履歴情報のうち最も新しい時刻を採用しても良い。
【００９２】
ユーザＩＤおよびアップロードファイル管理番号は、図７で説明した位置履歴情報ＤＢ９１１の項目と同様である。
【００９３】
撮像データのファイル名は、配信対象の撮像データ９１０を特定するための識別情報である。撮像データ９１０を特定する識別情報であれば良く、ファイル名に限らず、例えば、管理番号やファイルの保存先のパス等を登録する構成を採用しても良い。
【００９４】
ルート動画のファイル名は、配信対象のルート動画９１２を特定するための識別情報である。ルート動画９１２を特定できるものであればファイル名に限らず、例えば、識別番号、保存先のパス等を採用しても良い。
【００９５】
図５に戻り、画像処理部２２３は、撮像データ９１０内にターゲット画像が含まれるか否かを確認するために、送受信部２３０を介して撮像データ９１０を画像照合サーバ３０に送信する。
【００９６】
画像処理部２２３は、送受信部２３０を介して、画像照合サーバ３０から撮像データ９１０と特徴データとの照合結果を受信する。特徴データについては、画像照合サーバ３０の機能的構成の説明で後述する。
【００９７】
撮像データ９１０内にターゲット画像が検出された場合、画像処理部２２３は、当該フレーム６６２の情報を、ターゲット画像検出フレームＤＢ９１６に登録する。
【００９８】
図１０は、本実施形態にかかるターゲット画像検出フレームＤＢ９１６のテーブル構成の一例を示す図である。図１０に示すように、ターゲット画像検出フレームＤＢ９１６は、撮像データのファイル名と、ターゲット画像を含むフレームの識別情報と、ターゲット画像の検出領域と、フレームに含まれるターゲット画像名と、を含むデータベースである。
【００９９】
撮像データのファイル名は、ターゲット画像を検出した撮像データ９１０を特定するための識別情報である。撮像データ９１０を特定する識別情報であれば良く、管理番号やファイルの保存先のパス等を登録する構成を採用しても良い。
【０１００】
また、ターゲット画像を含むフレームの識別情報は、撮像データ９１０から、ターゲット画像を含むフレーム６６２を特定するための情報である。フレームを一意に特定することができる情報であれば、撮像データ９１０内のフレームの通し番号等でも良い。
【０１０１】
ターゲット画像の検出領域は、フレーム内でターゲット画像を含む画像領域を特定するための情報である。当該項目には、例えば、フレーム内でターゲット画像が検出された範囲を指定する座標および検出領域のサイズが登録されるものとする。図１０に示す例では、ファイル名が“ＸＸＸ１”の撮像データのうち、フレーム“ＸＸＸ１＿０９３００００１”の、画像左上から横方向にｎ１ｐｘ、縦方向にｎ１ｐｘの位置にターゲット画像を含む画像領域が存在する。この位置から画面右方向にｎ３ｐｘ、下方向にｎ４ｐｘまでの矩形の範囲が、検出領域のサイズである。
【０１０２】
フレームに含まれるターゲット画像名は、ターゲット画像を特定する識別情報であれば良い。
【０１０３】
図５に戻り、画像処理部２２３は、ターゲット画像検出フレームＤＢ９１６に保存された各フレームに対応するターゲット画像検出表示画像データ９１７を生成し、ＨＤＤ２０４に保存する。
【０１０４】
ここで、ターゲット画像検出表示画像データ９１７とは、ターゲット画像を含む画像領域を強調する画像である。また、ターゲット画像検出表示画像データ９１７は、動画配信時にターゲット画像の検出箇所をユーザに通知するための画像である。
【０１０５】
図１１は、本実施形態にかかるターゲット画像検出表示画像データ９１７の一例を示す図である。画像処理部２２３は、図１１に示すように、ターゲット画像を検出した画像領域を枠線８０２で囲んで強調する画像を生成する。図１１に示す枠線８０２は、図１０で説明したターゲット画像検出フレームＤＢ９１６に、ターゲット画像の検出領域として登録された画像領域の範囲を囲む枠線である。また、ターゲット画像検出表示画像データ９１７は、「おめでとう」「ターゲット画像を検出しました」等のメッセージを含むものとしても良い。
【０１０６】
また、登録されたターゲット画像が複数種類ある場合は、全てのターゲット画像から何種類が撮像データ９１０内に検出されたかを表示する等の構成を採用しても良い。ターゲット画像検出表示画像データ９１７は、静止画に限らず、動画でも良く、音声や効果音を含む構成を採用しても良い。
【０１０７】
図５に戻り、動画配信制御部２２４は、撮像データ９１０と、ルート動画９１２とを同一の画面上に再生可能に、ネットワークを介して携帯端末１０およびユーザＰＣ５０に配信する。
【０１０８】
「同一の画面で再生可能に配信する」とは、携帯端末１０およびユーザＰＣ５０で同一画面で表示するための複数のコンテンツを配置した単一の画面レイアウト定義情報を生成し、生成された画面レイアウト定義情報を携帯端末１０およびユーザＰＣ５０に配信することである。
ここで、画面レイアウト定義情報は、画面に表示するコンテンツの画面上でのレイアウトを定義したデータであり、例えば、ＨＴＭＬ形式のデータ等が該当する。
【０１０９】
具体的には、動画配信制御部２２４は、同一の画面上に撮像データ９１０を再生する領域である撮像データ再生エリア６６０と、ルート動画９１２を再生するエリアであるルート動画再生エリア６５０との両方を配置した画面レイアウト定義情報を生成する。
【０１１０】
ルート動画再生エリア６５０は、動画配信制御部２２４がＨＤＤ２０４から取得したルート動画９１２を再生するエリアである。
撮像データ再生エリア６６０は、動画配信制御部２２４がＨＤＤ２０４から取得した撮像データ９１０を再生するエリアである。
【０１１１】
動画配信制御部２２４は、同一の画面上に、別々のデータを参照する２つの動画の再生エリアを設けることで、撮像データ９１０とルート動画９１２とを同一の画面上で再生可能にする。また、動画配信制御部２２４は、配信する撮像データ９１０と、ルート動画９１２との時刻を揃えて配信する。これにより、動画配信制御部２２４は、撮像データ９１０を再生するとともに、当該撮像データを撮像した時点での携帯端末１０の位置をルート動画９１２上に表示することを可能にする。
【０１１２】
また、動画配信制御部２２４は、動画再生開始の要求を受けた場合に動画の配信を開始する。送受信部２３０が、携帯端末１０またはユーザＰＣ５０から、動画の再生開始の要求を受け付ける。この場合、携帯端末１０またはユーザＰＣ５０からは、再生対象の動画が指定される。本実施形態においては、携帯端末１０が動画再生サーバ２０に１度に送信した撮像データ９０２および位置履歴情報の単位で、再生対象の動画をユーザが選択可能にするものとする。すなわち、図７で説明したアップロードファイル管理番号が同一の撮像データ９１０およびルート動画９１２が、再生対象となる。
【０１１３】
具体的には、動画配信制御部２２４は、携帯端末１０またはユーザＰＣ５０からユーザの動画再生開始の要求を受けた場合に、紐づけ情報ＤＢ９１３を検索し、該当のユーザのユーザＩＤに紐づく撮像データおよびルート動画を特定する。動画配信制御部２２４は、携帯端末１０またはユーザＰＣ５０に対して、配信可能な動画のうち、いずれを再生するかを選択するためのリストを携帯端末１０に送信する。これは、１人のユーザに紐づくデータが複数あることが想定されるためである。動画配信制御部２２４は、ユーザが所望の動画の再生を選択できるように、例えば、選択画面上に撮像データ９１０およびルート動画９１２を記録した日時、ファイルアップロード管理番号等を表示する。
【０１１４】
動画配信制御部２２４は、ユーザが選択した再生対象の撮像データ９１０およびルート動画９１２を特定する。動画配信制御部２２４は、ＨＤＤ２０４から再生対象の撮像データ９１０を取得する。また、動画配信制御部２２４は、ＨＤＤ２０４から、再生対象のルート動画９１２を取得する。動画配信制御部２２４は、取得した撮像データ９１０と、ルート動画９１２とを同一画面上に配置した動画を配信する。
【０１１５】
また、動画配信制御部２２４は、配信する動画の画面上に、動画全体の再生時間と、現在表示されている画面の動画全体における位置とを示すシークバーを設ける。シークバーは、撮像データ９１０とルート動画９１２に対して、ユーザにより巻き戻しおよび一時停止の指示が可能である。動画配信制御部２２４は、ユーザが画面上でシークバーを操作したことを、送受信部２３０を介して受け付け、撮像データ９１０およびルート動画９１２の巻き戻しや一時停止をする。シークバーは、本実施形態における操作情報の一例である。シークバーに限らず、他の表示形式を採用しても良い。
【０１１６】
動画配信制御部２２４が配信する動画について、図６を用いて具体的に説明する。図６に示すように、配信される動画は、撮像データ再生エリア６６０と、ルート動画再生エリア６５０と、シークバー６７０と、メニュー表示ボタン６５３とを備える。図６に示す画面のレイアウトは、動画配信制御部２２４が生成した画面レイアウト定義情報によって定義される。
【０１１７】
ルート動画再生エリア６５０と撮像データ再生エリア６６０の位置は固定されなくとも良く、ユーザが画面上を移動させることができる構成を採用しても良い。また、ルート動画再生エリア６５０と撮像データ再生エリア６６０のいずれか一方のみを表示させることも可能な構成を採用しても良い。
【０１１８】
シークバー６７０は、現在再生されている位置を示すポインタ（つまみ）６７１と、一時停止ボタン６７２と、を備える。また、シークバー６７０の左端には、配信される動画の記録開始時刻が表示される。シークバー６７０の右端には、配信される動画が記録された日付と、記録終了時刻が表示される。動画配信制御部２２４は、シークバー６７０に表示するために、動画が記録された日付、記録開始時刻、記録終了時刻を、図９で説明した紐づけ情報ＤＢ９１３から取得する。
【０１１９】
ポインタ６７１は、動画の再生が進むにしたがって、シークバー６７０上を左から右へ移動する。図６に示すように、ポインタ６７１の上部には、現在再生されている動画が記録された時刻を表示する構成を採用しても良い。
【０１２０】
ユーザがタッチパネル１０９を指で操作する等をして、画面上でポインタ６７１を操作すると、動画配信制御部２２４は、送受信部２３０を介して当該操作後のポインタ６７１の位置を取得する。動画配信制御部２２４は、ポインタ６７１の位置が示す時刻に記録された撮像データ９１０およびルート動画９１２を再生する。
【０１２１】
例えば、ユーザがポインタ６７１を左側に移動させると、時刻が過去に遡るため、撮像データおよびルート動画が巻き戻される。ユーザがポインタ６７１を左側に移動させた後に、タッチパネル１０９上のポインタ６７１から指を離すと、ポインタ６７１は当該位置から再度右側への移動を開始する。これに伴い、動画配信制御部２２４は、撮像データ９１０およびルート動画９１２をポインタ６７１が移動された位置から再度再生する。
【０１２２】
また、ユーザがポインタ６７１を右側に移動させると、時刻が進むため、撮像データ９１０およびルート動画９１２は早送りされる。特定の時刻にポインタ６７１を移動させると、当該特定の時刻に記録された撮像データ９１０およびルート動画９１２が再生される。
【０１２３】
一時停止ボタン６７２は、ユーザが撮像データ９１０およびルート動画９１２を一時停止させる操作をするためのボタンである。動画配信制御部２２４は、ユーザが一時停止ボタン６７２を押下したことを、送受信部２３０を介して受け付ける。この場合、動画配信制御部２２４は、撮像データ９１０およびルート動画９１２を一時停止する。ユーザが再度一時停止ボタン６７２を押下した場合、動画配信制御部２２４は、撮像データ９１０およびルート動画９１２の再生を再開する。
【０１２４】
メニュー表示ボタン６５３は、ユーザが画面上から要求を入力するための操作ボタンを含むメニュー画面を表示するためのボタンである。動画配信制御部２２４は、ユーザがメニュー表示ボタン６５３を押下したことを、送受信部２３０を介して受け付ける。この場合、動画配信制御部２２４は、メニュー画面を表示するよう画面表示を変更する。
【０１２５】
図１２は、本実施形態にかかるメニュー画面の一例を示す図である。図１２に示すように、ユーザがメニュー表示ボタン６５３を押下すると、ディスプレイ１０８上に、操作ボタン６８０〜６８３が表示される。操作ボタン６８０〜６８３は、静止画登録ボタン６８０、キャンセルボタン６８１、確定ボタン６８２、ターゲット画像確認ボタン６８３を含むものとする。
【０１２６】
動画配信制御部２２４は、メニュー表示ボタン６５３を使用せず、操作ボタン６８０〜６８３を常に画面上に表示する構成を採用しても良い。シークバー６７０および操作ボタン６８０〜６８３は、本実施形態における操作部の一例である。
【０１２７】
静止画登録ボタン６８０は、ユーザが撮像データ内の任意のフレームを静止画化の対象として選択することを受け付けるボタンである。動画配信制御部２２４が配信した動画を視聴するユーザは、撮像データ９１０のなかに静止画にしたいフレームがある場合に、当該フレームが表示された時に一時停止ボタン６７２を押下する。その後、ユーザが、静止画登録ボタン６８０を押下すると、一時停止中に表示されているフレームが、静止画化の対象となる。
【０１２８】
本実施形態では一時停止ボタン６７２と静止画登録ボタン６８０とを別個に設けたが、静止画登録ボタン６８０に動画を一時停止させる機能を加える構成を採用しても良い。この場合、ユーザが静止画登録ボタン６８０を押下すると同時に動画が一時停止し、一時停止時に表示された画像が静止画化の対象となる。
【０１２９】
ここで、図５に戻り、受付部２２５は、ユーザが静止画登録ボタン６８０を押下したことを、携帯端末１０またはユーザＰＣ５０から、送受信部２３０を介して受け付ける。この場合、受付部２２５は、動画配信制御部２２４から一時停止時点で画面に表示されていたフレームを特定する情報を取得する。受付部２２５は、一時停止時点で画面に表示されていたフレームを、静止画化対象のフレームとして静止画化対象フレームＤＢ９１４に登録する。
【０１３０】
図１３は、本実施形態にかかる静止画化対象フレームＤＢ９１４のテーブル構成の一例を示す図である。図１３に示すように、静止画化対象フレームＤＢ９１４は、撮像データのファイル名と、静止画化対象のフレームの識別情報と、を含むデータベースである。
【０１３１】
撮像データのファイル名は、静止画化対象のフレームを含む撮像データ９１０を特定するための識別情報である。撮像データ９１０を特定する識別情報であれば良く、管理番号やファイルの保存先のパス等を登録する構成を採用しても良い。
【０１３２】
静止画化対象のフレームの識別情報は、静止画化対象のフレームを特定するための識別情報である。フレームを一意に特定することができる情報であれば、撮像データ９１０内のフレームの通し番号等でも良い。
【０１３３】
ユーザが動画の配信中に一時停止ボタン６７２と静止画登録ボタン６８０とを押下する操作を繰り返す度に、受付部２２５は、静止画化対象のフレームを静止画化対象フレームＤＢ９１４に登録する。
【０１３４】
図１２に示すキャンセルボタン６８１は、ユーザが選択した静止画化対象のフレームを静止画化することを取り消す操作を受け付けるボタンである。
【０１３５】
図５に戻り、受付部２２５は、ユーザがキャンセルボタン６８１を押下したことを、携帯端末１０またはユーザＰＣ５０から、送受信部２３０を介して受け付ける。この場合、受付部２２５は、静止画化対象フレームＤＢ９１４に登録したレコードを削除する。
【０１３６】
また、図１２に示す確定ボタン６８２は、ユーザが選択した静止画化対象のフレームを静止画化することを確定する操作を受け付けるボタンである。
【０１３７】
図５に戻り、受付部２２５は、ユーザが確定ボタン６８２を押下したことを、携帯端末１０またはユーザＰＣ５０から、送受信部２３０を介して受け付ける。受付部２２５は、静止画生成部２２６に確定要求を送出する。
【０１３８】
静止画生成部２２６は、静止画化対象フレームＤＢ９１４に登録された撮像データ９１０のファイル名と合致する撮像データ９１０を、ＨＤＤ２０４から取得する。静止画生成部２２６は、静止画化対象フレームＤＢ９１４に登録されたフレームを撮像データ９１０から抽出して静止画データ９１５を生成する。
【０１３９】
静止画生成部２２６は、生成した静止画データ９１５をＨＤＤ２０４に保存する。すなわち、静止画生成部２２６は、撮像データ９１０から静止画化対象としてユーザが選択したフレームを抽出し、静止画を生成する。
【０１４０】
本実施形態では、受付部２２５は、ユーザが選択した全ての静止画化対象のフレームを対象としてキャンセルおよび確定を受け付ける構成を採用しているが、これに限らない。例えば、静止画生成部２２６は、ユーザが静止画化対象として選択したフレームを静止画化してメモリ等に一時保存し、画面上に一覧で表示しても良い。当該構成を採用した場合、動画配信制御部２２４は、ユーザが画面上に表示した各フレームに対して個別にキャンセルあるいは確定を指定できるように選択画面を生成する。当該構成を採用した場合、受付部２２５は、ユーザが静止画化対象として選択したフレームから静止画データを生成するか否かを、フレームごとに個別に受け付ける。
【０１４１】
図１２に示すターゲット画像確認ボタン６８３は、配信されている動画の撮像データ９１０のなかにターゲット画像が検出されたか否かについてのユーザからの確認要求を受け付けるボタンである。
【０１４２】
ユーザがターゲット画像確認ボタン６８３を押下した場合、動画配信制御部２２４は、送受信部２３０を介して、ターゲット画像の確認要求を受け付ける。動画配信制御部２２４は、ターゲット画像の確認要求への応答として、ターゲット画像検出表示画像データ９１７を、ＨＤＤ２０４から取得し、配信する。
【０１４３】
図１４は、本実施形態にかかるターゲット画像検出結果の表示の一例を示す図である。ユーザがターゲット画像確認ボタン６８３を押下した場合、動画配信制御部２２４は、図１４に示すように、撮像データ再生エリア６６０にターゲット画像検出表示画像データ９１７を配信する。このようにターゲット画像検出結果を配信することにより、ユーザはターゲット画像の検出の有無を確認するともに、ターゲット画像を含む撮像データ９１０のフレームを視認することができる。
【０１４４】
また、動画配信制御部２２４は、ターゲット画像が検出されたフレームに対応する時刻に合わせて、ルート動画再生エリア６５０のルート動画のアイコン６５１の位置および移動の軌跡を示す線６５２を一時停止する。この場合、画面上には、ターゲット画像が検出されたフレームが撮像された時刻と、その時刻における携帯端末１０の位置が表示される。
【０１４５】
また、ユーザは、図１４に示すターゲット画像検出結果が表示された状態で、メニュー表示ボタン６５３を押下してメニュー画面を表示させて静止画登録ボタン６８０を押下し、ターゲット画像が検出されたフレームを静止画化の対象とすることができる構成を採用しても良い。
【０１４６】
図１４に示す画像イメージの他の構成は、図６に示す画面イメージと同様であるため説明を省略する。
【０１４７】
図５に戻り、データ管理部２２７は、ＨＤＤ２０４に保存された撮像データ９１０を、当該撮像データを送受信部２３０が携帯端末１０から受信したときから所定の期間経過後に、削除する。
【０１４８】
図１５は、本実施形態にかかる保存期限ＤＢ９１８のテーブル構成の一例を示す図である。図１５に示すように、保存期限ＤＢは、ユーザＩＤと、撮像データのファイル名と、アップロード日付と、保存期限と、を含むデータベースである。
【０１４９】
ユーザＩＤは、携帯端末１０から撮像データ９０２を送信したユーザのＩＤである。
【０１５０】
撮像データのファイル名は、削除対象の撮像データ９１０を特定するための識別情報である。
【０１５１】
アップロード日付は、携帯端末１０が送信した撮像データ９０２を、送受信部２３０が受信した日付である。図１５に示す例では年月日の単位でアップロード日時を登録しているが、時分等の単位で登録する構成を採用しても良い。
【０１５２】
保存期限は、当該撮像データを送受信部２３０が受信したときから所定の期間が経過する日付である。図１５に示す例では年月日の単位で保存期限を設定しているが、時分等の単位で設定する構成を採用しても良い。図１５に示す例では、撮像データ９１０を保存する所定の期間を、３か月間とする。
【０１５３】
データ管理部２２７は、送受信部２３０が撮像データ９０２を受信した場合に、ユーザＩＤと、撮像データのファイル名と、アップロード日付と、保存期限とを保存期限ＤＢ９１８に登録する。
【０１５４】
データ管理部２２７は、保存期限ＤＢ９１８を検索し、保存期限の日付を過ぎた撮像データ９１０がある場合は、当該撮像データ９１０を、ＨＤＤ２０４から削除する。データ管理部２２７は、例えば夜間の定期処理等で当該検索および削除の処理を行うものとする。
【０１５５】
また、データ管理部２２７は、撮像データ９１０だけでなく、ＨＤＤ２０４の、位置履歴情報ＤＢ９１１、ルート動画９１２、紐づけ情報ＤＢ９１３、静止画化対象フレームＤＢ９１４、静止画データ９１５、ターゲット画像検出フレームＤＢ９１６、ターゲット画像検出表示画像データ９１７のデータを削除する構成を採用しても良い。
【０１５６】
また、受付部２２５は、ユーザが携帯端末１０から撮像データ９１０の保存期間の延長要求をした場合、送受信部２３０を介して当該保存期間延長要求を受け付ける。受付部２２５は、保存期間延長要求を受け付けた場合、保存期限ＤＢ９１８に登録された保存期限の日付を変更することで、撮像データ９１０の保存期間を延長する。
【０１５７】
受付部２２５は、課金ＤＢ９２２からユーザの課金の有無や課金の金額を取得し、課金した金額によって保存期限を変更する構成を採用しても良い。
【０１５８】
データ管理部２２７は、受付部２２５が延長要求を受け付けて保存期限の日付を変更した場合、延長後の保存期間経過後に、撮像データ９１０を削除する。
【０１５９】
また、保存期間に関わらず、ユーザが、携帯端末１０またはユーザＰＣ５０からデータの削除の要求をした場合、受付部２２５は、当該削除要求を受け付ける。ユーザが指定可能な削除の単位は、配信される動画の単位、すなわちアップロードファイルの単位とする。あるいは、データの送信日等で削除対象の撮像データ９１０を指定可能な構成を採用しても良い。受付部２２５は、削除要求を受け付けた場合、データ管理部２２７に削除対象の撮像データ９１０を通知する。
【０１６０】
データ管理部２２７は、受付部２２５から削除対象の撮像データ９１０の通知を受けた場合、ユーザが指定した撮像データ９１０を削除する。この場合、データ管理部２２７は、削除対象の撮像データ９１０と同時に配信されるルート動画９１２も、ＨＤＤ２０４から削除する構成を採用しても良い。
【０１６１】
次に、画像照合サーバ３０および管理者端末４０の機能的構成について説明する。
図１６は、本実施形態にかかる画像照合サーバ３０および管理者端末４０の機能的構成の一例を示すブロック図である。図１６に示すように、画像照合サーバ３０は、送受信部３２１と、特徴データ生成部３２２と、データ管理部３２３と、画像検出部３２４と、を備える。また、ＨＤＤ３０４は、ターゲット画像データ９３０と、特徴データ９３１と、撮像データ９１０と、を有する。
【０１６２】
また、図１６に示すように、管理者端末４０は、画像登録部４２１と、画像削除要求部４２２とを備える。また、ＨＤＤ４０４は、ターゲット画像データ９３０を有する。
【０１６３】
管理者端末４０は、動画再生システム１の管理者の指示により、ターゲット画像の画像データ９３０（以下、「ターゲット画像データ９３０」という）をＨＤＤ４０４に保存する。
画像登録部４２１は、画像照合サーバ３０にターゲット画像データ９３０を送信する。
【０１６４】
また、画像削除要求部４２２は、画像照合サーバ３０に保存されたターゲット画像データ９３０の削除を要求する。ターゲット画像は定期的に変更することが想定されるため、画像削除要求部４２２は、管理者の操作または定期的な処理によって、不要となったターゲット画像データ９３０を削除する要求を送信する。
【０１６５】
画像照合サーバ３０の送受信部３２１は、画像登録部４２１からターゲット画像データ９３０を受信し、ＨＤＤ３０４に保存する。ターゲット画像データ９３０は、１種類でも良いし、複数種類が登録される構成を採用しても良い。
【０１６６】
特徴データ生成部３２２は、ターゲット画像データ９３０から、特徴データ９３１を生成する。ここで、特徴データ９３１とは、ターゲット画像データ９３０から特徴点を抽出したデータである。特徴点とは、例えば、ターゲット画像の輪郭のエッジ（角部）部分等が用いられる。
【０１６７】
図１７は、本実施形態にかかるターゲット画像データ９３０および特徴データ９３１の一例を示す図である。図１７に示すように、特徴データ生成部３２２は、ターゲット画像データ９３０から、特徴データ９３１を生成する。特徴データ生成部３２２は、生成した特徴データ９３１を、ＨＤＤ３０４に保存する。
【０１６８】
また、送受信部３２１は、動画再生サーバ２０から撮像データ９１０を受信し、ＨＤＤ３０４に保存する。
【０１６９】
データ管理部３２３は、画像削除要求部４２２の要求を、送受信部３２１を介して受け付け、指定されたターゲット画像データ９３０をＨＤＤ３０４から削除する。また、データ管理部３２３は、削除要求されたターゲット画像データ９３０から生成された特徴データ９３１を、ＨＤＤ３０４から削除する。さらに、データ管理部３２３は、画像検出部３２４による照合処理の完了後の撮像データ９１０を削除する構成を採用しても良い。
【０１７０】
画像検出部３２４は、特徴データ９３１と、撮像データ９１０内の各フレームの画像とを照合する。撮像データ９１０のなかに特徴データ９３１と所定の閾値以上に特徴点が一致する画像が存在する場合、画像検出部３２４は、ターゲット画像を検出したと判断する。特徴データ９３１と撮像データ９１０内の各フレームの画像との間の共通する特徴点の所定の閾値は、管理者が設定するものとしても良いし、予め定められるものとしても良い。
【０１７１】
図１８は、本実施形態にかかる特徴データ９３１と撮像データ９１０との照合の一例を示す図である。図１８のフレーム６６１〜６６３は撮像データ９１０の動画内のフレームの一例である。画像検出部３２４は、フレーム６６１〜６６３の画像と特徴データ９３１とをそれぞれ照合し、フレーム６６１〜６６３内の特徴データ９３１と類似する画像を検出する。図１８に示す例では、画像検出部３２４は、フレーム６６２内に、特徴データ９３１と類似する画像が含まれることを検出する。
【０１７２】
上述の画像検出の処理は一例であり、撮像データ９１０からターゲット画像を検出するものであれば、テンプレートマッチング（パターンマッチング）等を行う構成を採用しても良い。また、特徴データ９３１は、必ずしも画像照合サーバ３０内で生成されなくても良く、外部のコンピュータ等で生成した特徴データ９３１を、画像照合サーバ３０に登録する構成を使用しても良い。
【０１７３】
画像検出部３２４は、特徴データ９３１と撮像データ９１０との照合結果を動画再生サーバ２０に送受信部３２１を介して送信する。照合結果とは、ターゲット画像の検出の有無、およびターゲット画像を検出した場合は検出したフレーム６６２と、フレーム内での検出領域とを特定する情報のことをいう。
【０１７４】
次に、以上のように構成された本実施形態の動画再生システム１の処理の流れについて説明する。
【０１７５】
図１９は、本実施形態にかかる撮像データ９０２と位置履歴情報の受信、および画像処理の流れの一例を示すシーケンス図である。
【０１７６】
まず、管理者端末４０の画像登録部４２１は、ターゲット画像データ９３０を画像照合サーバ３０に送信する（Ｓ１０）。
【０１７７】
画像照合サーバ３０の送受信部３２１は、画像登録部４２１からターゲット画像データ９３０を受信し、ＨＤＤ３０４に保存する。特徴データ生成部３２２は、ターゲット画像データ９３０から、特徴データ９３１を生成する（Ｓ１１）。Ｓ１０、Ｓ１１の処理は事前処理として予め行われても良い。
【０１７８】
ユーザは、テーマパーク等を訪れた際に、携帯端末１０のアプリケーションを起動する（Ｓ１２）。図２０Ａは、本実施形態にかかる携帯端末１０のアプリケーションの起動後の画面の一例を示す図である。図２０Ａに示す画像は、携帯端末１０のディスプレイ１０８（タッチパネル１０９）上に表示される。初回起動の場合は、ユーザは、利用者登録ボタン６００から利用者登録を行う。
【０１７９】
利用者登録が完了している場合、ユーザはログインボタン６０１を押下する。不図示の入力画面が表示され、ユーザがユーザＩＤとパスワード等の情報を入力する操作を行う。
ユーザ操作受付部１２１は、ユーザがログインボタン６０１を押下したことを受け付け、認証ＤＢ９００を参照してユーザの認証を行う。ユーザの入力した情報が認証ＤＢ９００に登録された情報と合致した場合、ユーザログインが完了する（Ｓ１３）。
【０１８０】
ユーザログイン完了後、アプリケーションの操作画面が表示される。図２０Ｂは、本実施形態にかかる携帯端末１０のアプリケーションの操作画面の一例を示す図である。図２０Ｂに示すように、携帯端末１０のディスプレイ１０８（タッチパネル１０９）上にログインユーザ名６０２と、撮影開始・終了ボタン６０３と、データ転送ボタン６０４と、動画視聴ボタン６０５と、ログオフボタン６０６と、が表示される。
【０１８１】
ユーザが撮影開始・終了ボタン６０３を押下したことをユーザ操作受付部１２１が受け付けると、撮像装置１０１による動画の撮像と、ＧＰＳ受信部１０６による位置情報の取得が開始する（Ｓ１４）。撮像画像取得部１２２は、撮像装置１０１が撮像した動画を取得する。また、時刻情報取得部１２４は、計時回路１０５から時刻情報を取得する。撮像データ処理部１２５は、時刻情報取得部１２４が取得した時刻情報を追加した撮像データ９０２をＨＤＤ１０４に保存する。
【０１８２】
また、位置情報処理部１２６は、位置情報取得部１２３が取得した位置情報に、時刻情報取得部１２４が取得した時刻情報を対応付けた位置履歴情報を、位置履歴情報ＤＢ９０１に保存する。
【０１８３】
ユーザが撮影開始・終了ボタン６０３を再度押下した場合に、動画撮像および位置履歴情報の記録は終了する。
【０１８４】
次に、ユーザは、撮像データ９０２および位置履歴情報を動画再生サーバ２０に送信するために、データ転送ボタン６０４を押下する。携帯端末１０のユーザ操作受付部１２１は、ユーザがデータ転送ボタン６０４を押下したことを受け付ける（Ｓ１５）。
【０１８５】
携帯端末１０のログイン情報送信部１２８は、動画再生サーバ２０にユーザの認証ＤＢ９００をログイン情報として送信する（Ｓ１６）。または、ここで、ユーザがタッチパネル１０９からログイン情報を再度入力する構成を採用しても良い。
【０１８６】
動画再生サーバ２０の認証機能部２２１は、送受信部２３０を介してログイン情報を取得する。認証機能部２２１は、ユーザの認証処理を行う。また、権限機能部２２２が、権限と課金情報を確認する（Ｓ１７）。  
【０１８７】
認証処理の終了後、携帯端末１０のデータ送信部１２７は、撮像データ９０２および位置履歴情報を動画再生サーバ２０に送信する（Ｓ１８）。動画再生サーバ２０の送受信部２３０は、携帯端末１０が送信した撮像データ９０２および位置履歴情報を受信する。
【０１８８】
動画再生サーバ２０の画像処理部２２３は、携帯端末１０から取得した撮像データ９０２および位置履歴情報に対して画像処理を行い、配信するための動画を生成する（Ｓ１９）。
【０１８９】
Ｓ１９の画像処理について、具体的に説明する。図２１は、本実施形態にかかる画像処理の流れの一例を示すフローチャートである。
【０１９０】
まず、画像処理部２２３は、送受信部２３０から撮像データ９０２および位置履歴情報を取得する（Ｓ１９１）。画像処理部２２３は、取得した撮像データ９０２をストリーミング配信用の形式に変換する（Ｓ１９２）。そして、画像処理部２２３は、変換処理後の撮像データ９１０をＨＤＤ２０４に保存する（Ｓ１９３）。
【０１９１】
また、画像処理部２２３は、取得した位置履歴情報にユーザＩＤおよびアップロードファイル管理番号を対応付けて、位置履歴情報ＤＢ９１１に保存する（Ｓ１９４）。画像処理部２２３は、位置履歴情報と、ＨＤＤ２０４に記憶された地図データ９２３から、ルート動画９１２を生成する（Ｓ１９５）。画像処理部２２３は、生成したルート動画９１２を、ＨＤＤ２０４に保存する（Ｓ１９６）。
【０１９２】
画像処理部２２３は、撮像データ９１０とルート動画９１２とを紐づける情報を生成し、紐づけ情報ＤＢ９１３に保存する（Ｓ１９７）。ここでＳ１９の画像処理は終了し、図１９のシーケンス図の処理に戻る。
【０１９３】
画像処理部２２３は、撮像データ９１０内にターゲット画像が含まれるか否かを確認するために、送受信部２３０を介して撮像データ９１０を画像照合サーバ３０に送信する（Ｓ２０）。画像照合サーバ３０の送受信部３２１は、動画再生サーバ２０から撮像データ９１０を受信し、ＨＤＤ３０４に保存する。
【０１９４】
画像照合サーバ３０の画像検出部３２４は、Ｓ１１で生成した特徴データ９３１と、撮像データ内の各フレームの画像とを照合する（Ｓ２１）。撮像データ９１０のなかに特徴データ９３１と所定の閾値以上に特徴点が一致する画像が存在する場合、画像検出部３２４は、ターゲット画像を検出したと判断する。
【０１９５】
画像検出部３２４は、特徴データ９３１と撮像データ９１０との照合結果を動画再生サーバ２０に送受信部３２１を介して送信する（Ｓ２２）。
【０１９６】
動画再生サーバ２０の画像処理部２２３は、送受信部２３０を介して、画像照合サーバ３０から照合結果を受信する。撮像データ９１０内にターゲット画像が検出された場合、画像処理部２２３は、当該フレームの情報を、ターゲット画像検出フレームＤＢ９１６に登録する（Ｓ２３）。
【０１９７】
画像処理部２２３は、ターゲット画像検出表示画像データ９１７を生成し、ＨＤＤ２０４に保存する（Ｓ２４）。
【０１９８】
上述のＳ１４の動画の撮像および位置履歴情報の記録と、Ｓ１５以降の処理は必ずしも連続して行われる必要はなく、ユーザは、撮像した動画を後日、動画再生サーバ２０に送信しても良い。
【０１９９】
次に、動画再生サーバ２０が携帯端末１０に対して動画を配信する処理について、説明をする。
【０２００】
図２２は、本実施形態にかかる動画再生サーバ２０から携帯端末１０への動画配信処理の流れの一例を示すシーケンス図である。
【０２０１】
Ｓ３０のアプリケーションの起動およびＳ３１のユーザログインの処理は、図１９のＳ１２、Ｓ１３と同様の処理である。
【０２０２】
ユーザは、図２０Ｂに示す操作画面上に表示された、動画視聴ボタン６０５を押下する。携帯端末１０のユーザ操作受付部１２１は、ユーザが動画視聴ボタン６０５を押下したことを受け付ける（Ｓ３２）。
【０２０３】
携帯端末１０のログイン情報送信部１２８は、動画再生サーバ２０にユーザの認証ＤＢ９００をログイン情報として送信する（Ｓ３３）。または、ここで、ユーザがタッチパネル１０９からログイン情報を再度入力する構成を採用しても良い。また、動画再生制御部１３０は、動画再生サーバ２０に対して動画の配信を要求する信号を送信する（Ｓ３３）。
【０２０４】
Ｓ３４の認証および権限、課金情報の確認処理は、図１９のＳ１７の処理と同様である。
【０２０５】
ユーザの認証等が行われた後、動画再生サーバ２０の動画配信制御部２２４は、配信可能な動画の一覧を、送受信部２３０を介して携帯端末１０に送信する（Ｓ３５）。
【０２０６】
携帯端末１０の動画再生制御部１３０は、携帯端末１０のディスプレイ１０８上に配信対象の動画の一覧を選択肢として表示する。
【０２０７】
図２０Ｃは、本実施形態にかかる配信対象の動画の選択画面の一例を示す図である。図２０Ｃに示すように、動画再生制御部１３０は、ユーザが動画視聴ボタン６０５を押下した場合に、動画再生サーバ２０から受信した配信対象の動画６０７〜６０８を、携帯端末１０のディスプレイ１０８（タッチパネル１０９）上に表示する。
【０２０８】
ユーザは、配信対象の動画６０７〜６０８から１つの動画を選択し、再生ボタン６０９を押下する。携帯端末１０のユーザ操作受付部１２１はユーザが再生ボタン６０９を押下したことを受け付ける。この場合、動画再生制御部１３０は、動画再生サーバ２０に対して動画の配信を要求する信号を送信する（Ｓ３６）。
【０２０９】
動画再生サーバ２０の動画配信制御部２２４は、送受信部２３０を介して動画の配信要求を受け付ける。動画配信制御部２２４は、紐づけ情報ＤＢ９１３を参照して配信対象の撮像データおよびルート動画を特定し、これらを同一画面上で再生可能に配信する（Ｓ３７）。このとき、動画配信制御部２２４は、配信する撮像データ９１０と、ルート動画９１２との時刻を揃えて配信する。また、動画配信制御部２２４は、動画上に、シークバー６７０およびメニュー表示ボタン６５３を表示可能に配信する。
【０２１０】
携帯端末１０の動画再生制御部１３０は、動画再生サーバ２０から動画の配信を受け付け、配信された動画を表示制御部１３１を介してディスプレイ１０８に表示する。
【０２１１】
ユーザは、シークバー６７０の一時停止ボタン６７２を押下することで、配信された動画の一時停止を要求する。携帯端末１０のユーザ操作受付部１２１は、ユーザが一時停止ボタン６７２を押下したことを受け付ける。この場合、動画再生制御部１３０は、動画再生サーバ２０に対して動画の一時停止を要求する信号を送信する（Ｓ３８）。
【０２１２】
動画再生サーバ２０の動画配信制御部２２４は、ユーザが一時停止ボタン６７２を押下したことを、送受信部２３０を介して受け付ける。この場合、動画配信制御部２２４は、撮像データ９１０およびルート動画９１２を一時停止する（Ｓ３９）。
【０２１３】
ユーザは、一時停止時点で表示された撮像データ９１０の静止画化を希望する場合、図１２に示したメニュー画面を開き、静止画登録ボタン６８０を押下する。携帯端末１０のユーザ操作受付部１２１はユーザが静止画登録ボタン６８０を押下したことを受け付ける。携帯端末１０の操作情報送信部１３２は、ユーザ操作受付部１２１が受け付けた静止画登録要求を、動画再生サーバ２０に送信する（Ｓ４０）。
【０２１４】
動画再生サーバ２０の受付部２２５は、携帯端末１０から送信された静止画登録要求を、送受信部２３０を介して受け付ける。この場合、受付部２２５は、動画配信制御部２２４から一時停止時点で画面に表示されていたフレームを特定する情報を取得する。受付部２２５は、一時停止時点で画面に表示されていたフレームを、静止画化対象のフレームとして静止画化対象フレームＤＢ９１４に登録する（Ｓ４１）。
【０２１５】
ユーザが静止画化を希望する画像が撮像データ内に複数ある場合、携帯端末１０および動画再生サーバ２０は、Ｓ３８〜Ｓ４１の処理を複数回繰り返しても良い。
【０２１６】
静止画対象の画像の選択完了後、ユーザは、確定ボタン６８２を押下して確定要求をする。携帯端末１０のユーザ操作受付部１２１はユーザが確定ボタン６８２を押下したことを受け付ける。携帯端末１０の操作情報送信部１３２は、ユーザ操作受付部１２１が受け付けた確定要求を、動画再生サーバ２０に送信する（Ｓ４２）。
【０２１７】
動画再生サーバ２０の静止画生成部２２６は、携帯端末１０から送信された確定要求を、送受信部２３０を介して受け付ける。この場合、静止画生成部２２６は、静止画化対象フレームＤＢ９１４に登録された撮像データのファイル名と合致する撮像データ９１０を、ＨＤＤ２０４から取得する。静止画生成部２２６は、静止画化対象フレームＤＢ９１４に登録されたフレームを撮像データから抽出して静止画データを生成する。静止画生成部２２６は、生成した静止画データ９１５をＨＤＤ２０４に保存する（Ｓ４３）。
【０２１８】
また、ユーザは、ターゲット画像確認ボタン６８３を押下して、配信されている動画の撮像データに対するターゲット画像の検出の有無について確認要求をする。携帯端末１０のユーザ操作受付部１２１はユーザがターゲット画像確認ボタン６８３を押下したことを受け付ける。携帯端末１０の操作情報送信部１３２は、ユーザ操作受付部１２１が受け付けたターゲット画像確認要求を、動画再生サーバ２０に送信する（Ｓ４４）。
【０２１９】
動画配信制御部２２４は、送受信部２３０を介して、ターゲット画像の確認要求を受け付ける。動画配信制御部２２４は、ターゲット画像の確認要求への応答として、ターゲット画像検出表示画像データ９１７を、ＨＤＤ２０４から取得し、携帯端末１０に配信する（Ｓ４５）。
【０２２０】
また、ユーザは、動画再生サーバ２０に保存された撮像データ９１０の保存期間の延長を希望する場合、図２０Ｃに示す選択画面を再度開く。選択画面の開き方としては、例えば、配信された動画の再生画面上に不図示の戻るボタン等を設けても良い。
【０２２１】
ユーザは、図２０Ｃに示す選択画面で、保存延長を希望する撮像データ９１０に相当する配信対象の動画６０７〜６０８を選択し、保存延長ボタン６１０を押下して保存期間延長要求をする。携帯端末１０のユーザ操作受付部１２１はユーザが保存延長ボタン６１０を押下したことを受け付ける。携帯端末１０の操作情報送信部１３２は、ユーザ操作受付部１２１が受け付けた保存期間延長要求を、動画再生サーバ２０に送信する（Ｓ４６）。
【０２２２】
受付部２２５は、ユーザが携帯端末１０から撮像データ９１０の保存期間の延長要求をした場合、送受信部２３０を介して当該保存期間延長要求を受け付ける。受付部２２５は、保存期間延長要求を受け付けた場合、保存期限ＤＢ９１８に登録された保存期限の日付を変更することで、撮像データ９１０の保存期間を延長する（Ｓ４７）。
【０２２３】
また、ユーザは、動画再生サーバ２０に送信した撮像データ９１０の削除を希望する場合、図２０Ｃに示す選択画面で、削除を希望する撮像データ９１０に相当する配信対象の動画６０７〜６０８を選択し、削除ボタン６１１を押下して削除要求をする。携帯端末１０のユーザ操作受付部１２１はユーザが削除ボタン６１１を押下したことを受け付ける。携帯端末１０の操作情報送信部１３２は、ユーザ操作受付部１２１が受け付けた削除要求を、動画再生サーバ２０に送信する（Ｓ４８）。
【０２２４】
受付部２２５は、削除要求を受け付けた場合、データ管理部２２７に削除対象の撮像データ９１０を通知する。データ管理部２２７は、受付部２２５から削除対象の撮像データ９１０の通知を受けた場合、ユーザが指定した撮像データ９１０を削除する（Ｓ４９）。
【０２２５】
次に、動画再生サーバ２０がユーザＰＣ５０に動画を配信する場合の処理について説明する。動画再生サーバ２０から配信された動画をユーザＰＣ５０で視聴する場合には、Ｗｅｂブラウザを使用する。図３で説明したユーザ操作受付部１２１の機能は、マウス操作等のユーザ操作を入力する、ユーザＰＣ５０の一般的な機能で代替される。また、動画再生制御部１３０、表示制御部１３１、操作情報送信部１３２は、Ｗｅｂブラウザの機能で代替される。
【０２２６】
図２３は、本実施形態にかかる動画再生サーバ２０からユーザＰＣ５０への動画配信処理の流れの一例を示すシーケンス図である。
【０２２７】
ユーザＰＣ５０は、Ｗｅｂブラウザから所定のＷｅｂサイトにアクセスする（Ｓ６０）。所定のＷｅｂサイトとは、動画再生サーバ２０にアクセスするためのＷｅｂサイトである。
【０２２８】
ユーザは、所定のＷｅｂサイトのログイン画面から、ログイン情報を入力する（Ｓ６１）。
【０２２９】
Ｓ６２の動画再生サーバ２０の認証および権限、課金情報の確認処理は、図２２のＳ３４と同様である。また、Ｓ６３の配信可能な動画の一覧の送信から、Ｓ７７の撮像データ９１０の削除の処理までは、図２２のＳ３５からＳ４９までの処理と同様である。
【０２３０】
このように、本実施形態の動画再生サーバ２０によれば、ユーザが携帯端末１０の撮像装置１０１で撮像した撮像データ９１０と、当該撮像データ９１０を撮像した位置が時系列に地図上に再生されるルート動画９１２とを、同一の画面上に再生可能に配信するため、ユーザが過去に撮像した撮像データ９１０を再生する際に、その撮像データ９１０を撮像した際の携帯端末１０の位置をユーザが確認することができ、ユーザにとって便宜である。また、本実施形態の動画再生サーバ２０によれば、位置履歴情報をルート動画９１２として、撮像データ９１０と同一の画面上に再生可能にするため、ユーザが携帯端末１０を持って移動をしながら撮像データ９１０を撮像した場合、当該撮像データ９１０を再生する際に、再生される撮像データ９１０と同様の時系列で、携帯端末１０の位置の移動をユーザが確認することができ、よりユーザの便宜となる。
【０２３１】
このように、本実施形態の動画再生サーバ２０によれば、単に撮像データ９１０を単体で再生するだけではなく、地図上を移動するユーザの移動の軌跡であるルート動画９１２を同一の画面上に表示することで、ユーザがさらに動画を楽しむ機会を提供することができる。また、撮像データ９１０を撮像した時点の携帯端末１０の位置が明確になるため、ユーザが動画を撮像した場所を再度訪れる場合の位置の確認が容易となる。
【０２３２】
さらに、本実施形態の動画再生サーバ２０によれば、動画配信制御部２２４が、撮像データ９１０およびルート動画９１２に対して、巻き戻しおよび一時停止をすることが可能なシークバー６７０を設けるため、ユーザは、撮像データ９１０およびルート動画９１２の両方に対して同時に、巻き戻しや一時停止の操作をすることができる。このため、動画再生サーバ２０は、配信した動画に対して携帯端末１０やユーザＰＣ５０から巻き戻しや一時停止の要求を受けても、撮像データ９１０とルート動画９１２の時間軸を揃えたまま再生することができる。
【０２３３】
また、本実施形態の動画再生サーバ２０によれば、ユーザが撮像データ内の任意のフレームを静止画化の対象として受け付け、ユーザが選択したフレームを撮像データ９１０から抽出して静止画を生成するため、撮像データ９１０からユーザが所望のフレームを静止画にすることができる。このようにユーザの所望のフレームを静止画にすることで、テーマパーク等で撮像した動画を単に動画として視聴するのみならず、写真やフォトアルバムとして印刷する等のサービスに利用することができる。
【０２３４】
さらに、本実施形態の画像照合サーバ３０によれば、画像検出部３２４が、撮像データ９１０から、ターゲット画像が含まれるフレームを検出するため、ユーザはターゲット画像がどのような画像であるかを知らなくとも、撮像データ９１０内のターゲット画像の有無を確認することができる。また、管理者側は、撮像データ９１０をすべて再生してターゲット画像を探すという作業をせずに、撮像データ９１０内のターゲット画像を検出することができる。当該構成は、管理者側がターゲット画像を設定し、ユーザが撮像した撮像データ９１０内にターゲット画像が映っていれば何らかの特典を提供する等の、サービスに利用することができる。
【０２３５】
また、本実施形態の動画再生サーバ２０によれば、携帯端末１０から撮像データを受信したときから所定の期間経過後に、データ管理部２２７が撮像データ９１０を削除するため、データの保存量が必要以上に増大することを防ぐことができる。また、受付部２２５がユーザからの保存期間延長要求または削除要求を受け付けるため、必要に応じて適切な期間、撮像データ９１０を保存することができる。
【０２３６】
また、ルート動画９１２の生成に必要な位置履歴情報をユーザが自ら経時的に整理し、撮像データ９０２とともに動画再生サーバ２０に送信する場合はユーザの作業負荷が高く、技術的な難易度も高いが、本実施形態の動画再生システム１によれば、撮像データ９０２と位置履歴情報とを動画再生サーバ２０に送信するステップを、携帯端末１０のコンピュータに実行させるためのプログラムを備えるので、ユーザが容易に動画再生サーバ２０に撮像データ９０２と位置履歴情報とを送信することができる。
【０２３７】
（実施形態１の変形例１）
実施形態１の画像照合サーバ３０の画像検出部３２４では、管理者によって登録されたターゲット画像を、動画の配信前に予め撮像データから検出していたが、これに限らず、動画の配信の際に、ユーザが任意に選択した画像を撮像データ９１０から検出する構成を採用しても良い。
【０２３８】
本変形例の動画再生サーバ２０の受付部２２５は、ユーザがした検索対象の画像の選択結果を携帯端末１０から受け付ける。また、本変形例の動画再生サーバ２０のＨＤＤ２０４は、画像照合サーバ３０から取得した検索対象画像データをさらに有する。本変形例の動画再生サーバ２０のその他の構成は、図５で説明した構成と同様である。
【０２３９】
また、本変形例の画像照合サーバ３０のＨＤＤ３０４は、図１６で説明したターゲット画像データ９３０、特徴データ９３１、撮像データ９１０に加えて、検索対象画像データをさらに保存する。
【０２４０】
ここで、検索対象画像データとは、撮像データ９１０内に所定の画像が含まれるか否かをユーザが検索するための、所定の画像の画像データである。検索対象画像データは、一種類でも良いし、複数種類であっても良い。
【０２４１】
本変形例の画像照合サーバ３０および管理者端末４０のその他の構成は、図１６で説明した構成と同様である。また、本変形例の携帯端末１０の構成は、図３で説明した構成と同様である。
【０２４２】
図２４は、本変形例にかかる動画再生サーバ２０から携帯端末１０への動画配信処理の流れの一例を示すシーケンス図である。
【０２４３】
管理者端末４０の画像登録部４２１は、検索対象画像データを画像照合サーバ３０に送信する（Ｓ１００）。画像照合サーバ３０の送受信部３２１は、検索対象画像データを、ＨＤＤ３０４に保存する。画像照合サーバ３０の特徴データ生成部３２２は、検索対象画像データの特徴データを生成する（Ｓ１０１）。
【０２４４】
また、画像照合サーバ３０の送受信部３２１は、検索対象画像データを、動画再生サーバ２０に送信する（Ｓ１０２）。動画再生サーバ２０の画像処理部２２３は、送受信部２３０を介して検索対象画像データを取得する。画像処理部２２３は、検索対象画像データを、ＨＤＤ２０４に保存する。
【０２４５】
ユーザは、動画再生サーバ２０から配信される動画を視聴するために、携帯端末１０のアプリケーションを起動する（Ｓ１０３）。Ｓ１０３のアプリケーションの起動からＳ１１８のターゲット画像検出表示までは、図２２のＳ３０からＳ４５までの処理と同様である。
【０２４６】
次に、ユーザは、携帯端末１０から、検索対象の画像のリストの表示要求を動画再生サーバ２０に対して行う。図２５は、本変形例にかかるメニュー画面の一例を示す図である。図１２で説明した実施形態１のメニュー画面に加えて、本変形例のメニュー画面は「リストから画像検索」ボタン６８４をさらに有する。図２５に示す本変形例の他の構成は、図１２で説明した実施形態１のメニュー画面と同様である。
【０２４７】
ユーザが「リストから画像検索」ボタン６８４を押下すると、携帯端末１０のユーザ操作受付部１２１はユーザが「リストから画像検索」ボタン６８４を押下したことを受け付ける。操作情報送信部１３２は、動画再生サーバ２０に対して、検索対象画像データの表示要求をする（Ｓ１１９）。
【０２４８】
動画再生サーバ２０の動画配信制御部２２４は、ユーザが検索対象画像データから任意の画像を選択可能な選択画面を配信する（Ｓ１２０）。
【０２４９】
図２６は、本変形例にかかる、ユーザが検索する画像を選択するための選択画面の一例を示す図である。図２６に示すように、選択画面は携帯端末１０のディスプレイ１０８（タッチパネル１０９）に表示される。選択画面は、例えば、検索対象画像データ５００ａ〜５００ｃを画像の一覧として表示する。チェックマーク５０１は、ユーザが選択した検索対象画像データ５００ａ〜５００ｃを示す表示である。ユーザは、検索対象画像データ５００ａ〜５００ｃから、１または複数の画像を、検索対象として選択する。図２６に示す例では、ユーザは検索対象画像データ５００ａを選択している。
【０２５０】
ユーザは、検索ボタン５０２を押下して、撮像データから検索対象画像データ５００ａを検索することを要求する。携帯端末１０のユーザ操作受付部１２１はユーザが検索ボタン５０２を押下したことを受け付ける。操作情報送信部１３２は、動画再生サーバ２０に対して、ユーザが検索対象画像データ５００ａを検索対象の画像として選択したことを送信する（Ｓ１２１）。
【０２５１】
動画再生サーバ２０の受付部２２５は、ユーザの選択結果を送受信部２３０を介して受け付ける。受付部２２５は、検索対象画像の選択結果が検索対象画像データ５００ａであることを、送受信部２３０を介して画像照合サーバ３０に送信する（Ｓ１２２）。
【０２５２】
画像照合サーバ３０の送受信部３２１は、検索対象画像の選択結果が検索対象画像データ５００ａであることを、動画再生サーバ２０から受信する。画像検出部３２４は、送受信部３２１を介して検索対象画像の選択結果を取得する。画像検出部３２４は、選択された検索対象画像データ５００ａの特徴データ９３１と、撮像データ９１０内の各フレームの画像とを照合する（Ｓ１２３）。撮像データ９１０のなかに特徴データと所定の閾値以上に特徴点が一致する画像が存在する場合、画像検出部３２４は、検索対象画像データ５００ａを検出したと判断する。
【０２５３】
画像検出部３２４は、検索対象画像データ５００ａの特徴データと撮像データ９１０との照合結果を、動画再生サーバ２０に送受信部３２１を介して送信する（Ｓ１２４）。本変形例における照合結果としては、検索対象画像データ５００ａの検出有無と、検出された場合には、検索対象画像データ５００ａを含む撮像データ９１０内のフレームの識別情報とを、少なくとも含むものとする。
【０２５４】
動画再生サーバ２０の動画配信制御部２２４は、検索対象画像データ５００ａが検出された場合に、検索対象画像データ５００ａを含む撮像データ９１０のフレームを表示する画像を配信する（Ｓ１２５）。
【０２５５】
図２７は、本変形例にかかる検索結果の表示画面の一例を示す図である。図２７の画像６９０は、撮像データ内で検出された検索対象画像データ５００ａと類似する画像である。図２７の他の構成は、図６で説明した動画再生イメージと同様である。
【０２５６】
図２７に示すように、動画配信制御部２２４は、検索対象画像データ５００ａを含む撮像データ内のフレームを表示した状態で、配信動画を一時停止する。あるいは、動画配信制御部２２４は、検索対象画像データ５００ａを含む撮像データ９１０内のフレームを画面上に一覧として配置した画像を配信しても良い。
【０２５７】
また、画像検出部３２４が撮像データ９１０から検索対象画像データ５００ａを検出しない場合、動画配信制御部２２４は、該当のフレームが存在しない旨を画面上に表示して報知しても良い。
【０２５８】
このように、本変形例の動画再生サーバ２０および画像照合サーバ３０によれば、画像検出部３２４は、検出対象とする所定の画像の選択をユーザから受け付け、ユーザが選択した所定の画像を、撮像データ９１０から検出するため、ユーザが任意に選択した画像が、撮像データ９１０のどのフレームに映っているかを検索することができる。このため、例えば、撮像データ９１０のうち、テーマパークのキャラクターやモニュメント等を含むフレームを、ユーザが容易に照会することができる。
【０２５９】
（実施形態１の変形例２）
実施形態１の画像処理部２２３では、ユーザの位置を示すアイコン６５１が移動した後に、ユーザの移動の軌跡を線６５２として示すルート動画９１２を生成するが、ユーザの移動した軌跡全体を示す線６５２を先に表示し、その線６５２の上をアイコン６５１が移動するようにルート動画９１２を生成する構成を採用しても良い。
【０２６０】
図２８は、本変形例にかかる動画再生サーバ２０が配信する動画の画面イメージの一例を示す図である。図２８に示すルート動画では、ユーザの移動の軌跡を示す線６５２に加えて、ユーザの現在位置を示すアイコン６５１がこれから移動する経路を示す線６５４が表示される。線６５２と線６５４とを結合すると、ユーザの移動した軌跡全体を示す線となる。図２８の他の構成は、図６で説明した実施形態１の画面イメージと同様である。
【０２６１】
本変形例において、画像処理部２２３は、図２８に示すように、地図上に軌跡全体を示す線６５２を先に表示し、当該線６５２の上をアイコン６５１が移動するルート動画９１２を生成する。
【０２６２】
このように、本変形例の動画再生サーバ２０によれば、ユーザの移動した軌跡全体を示す線を先に表示するため、ユーザは移動した軌跡全体を把握した上で、現在再生されている撮像データが撮像された位置を地図上で確認することができる。このため、ユーザが「特定の建物の周辺にいた時に撮像した動画を見たい」等の要望がある場合に、軌跡全体を把握した上で適切な時刻まで動画を早送りすることが容易となる。
【０２６３】
（実施形態２）
実施形態１の携帯端末１０は、動画を撮像する場合にのみ位置履歴情報を記録していたが、この実施形態２の携帯端末１０は、動画を撮像しない場合にも位置履歴情報を記録することが可能である。この実施形態２の画像処理部２２３は、位置履歴情報が動画を撮像すると同時に記録された場合と、動画を撮像せずに位置履歴情報のみが記録された場合とでは、ルート動画９１２上の携帯端末１０の移動の軌跡を異なる表示形態で表示する。
【０２６４】
図２９は、実施形態２にかかる動画再生サーバ２０が配信する動画の画面イメージの一例を示す図である。図２９の実線６５６ａおよび実線６５６ｂは、携帯端末１０が動画を撮像するとともに位置履歴情報を取得した区間の移動の履歴を示す。また、点線６５７は、携帯端末１０が動画を撮像せずに位置履歴情報のみを記録した区間の移動の履歴を示す。図２９の他の構成は、図６で説明した実施形態１の画面イメージと同様である。
【０２６５】
本実施形態にかかる動画再生システム１の全体構成は実施形態１と同様である。また、本実施形態の携帯端末１０、動画再生サーバ２０、画像照合サーバ３０、管理者端末４０のハードウェア構成は、実施形態１と同様である。
【０２６６】
本実施形態にかかる携帯端末１０の位置情報取得部１２３は、ユーザ操作受付部１２１が、ユーザが撮影開始を命令する操作をしたことを受け付けた場合に加えて、ユーザが位置情報の記録を命令する操作をしたことを受け付けた場合にも、ＧＰＳ受信部１０６から位置情報を取得する。すなわち、本実施形態においては、携帯端末１０が撮像装置１０１で画像を撮像すると共に位置履歴情報を記録する場合と、携帯端末１０が位置履歴情報のみを記録する場合とがある。本実施形態にかかる携帯端末１０の他の機能的構成は、実施形態１と同様である。
【０２６７】
本実施形態にかかる動画再生サーバ２０の位置履歴情報ＤＢ９１１は、携帯端末１０が位置履歴情報を記録した時点の、携帯端末１０の撮像装置１０１の動画撮像の有無を示す項目である動画撮像有無をさらに備える。
【０２６８】
図３０は、本実施形態にかかる位置履歴情報ＤＢ９１１のテーブル構成の一例を示す図である。位置履歴情報ＤＢ９１１は、携帯端末１０から送信された位置履歴情報を保存するデータベースである。図３０に示すように、位置履歴情報ＤＢ９１１は、時刻と、ユーザＩＤと、アップロードファイル管理番号と、動画撮像有無と、位置情報と、を含むデータベースである。
【０２６９】
時刻と、ユーザＩＤと、アップロードファイル管理番号と、位置情報とは、図７で説明した実施形態１の位置履歴情報ＤＢ９１１と同様の項目である。
【０２７０】
本実施形態にかかる動画再生サーバ２０の画像処理部２２３は、実施形態１で説明した機能に加え、位置履歴情報の撮影時の動画撮像の有無を判断して、動画撮像有無を追加した位置履歴情報を、位置履歴情報ＤＢ９１１に保存する。
【０２７１】
画像処理部２２３は、携帯端末１０から送信された位置履歴情報を位置履歴情報ＤＢ９１１に保存する際、当該位置履歴情報と一緒に携帯端末１０から送信された撮像データ９１０の撮像開始時刻および撮像終了時刻を取得する。撮像データ９０２が複数ファイルで送信されている場合には、同一のアップデータファイル管理番号が付与されたファイルの、それぞれの撮像開始時刻および撮像終了時刻を取得する。
【０２７２】
画像処理部２２３は、携帯端末１０から送信された位置履歴情報が含む、位置情報を記録した時刻と、撮像データ９１０の撮像開始時刻および撮像終了時刻とを比較して、当該位置情報が記録された時刻に、撮像データ９１０が撮像されていたか否かを判断する。
【０２７３】
例えば、画像処理部２２３は、位置情報が記録された時刻に、撮像データ９１０が撮像されていた場合は、動画撮像有無の項目に“有”と設定する。画像処理部２２３は、位置情報が記録された時刻に、撮像データ９１０が撮像されていない場合は動画撮像有無の項目に“無”と設定する。
【０２７４】
また、画像処理部２２３は、保存の際、位置履歴情報にユーザＩＤおよびアップロードファイル管理番号を付与する。ユーザＩＤおよびアップロードファイル管理番号の付与については、実施形態１の処理と同様である。
【０２７５】
画像処理部２２３は、ルート動画９１２の生成の際、動画撮像有無の項目に“有”と設定された位置情報は地図上に実線６５６ａ〜ｂとして表示し、動画撮像有無の項目に“無”と設定された位置情報は地図上に点線６５７として表示する。あるいは、画像処理部２２３は、ユーザが動画を撮像すると共に位置履歴情報を記録した場合と、ユーザが位置履歴情報のみを記録した場合とを、異なる線の色で表示する等で区別をしても良い。
【０２７６】
本実施形態にかかる動画再生サーバ２０のその他の構成は、図５で説明した実施形態１と同様である。また、本実施形態にかかる画像照合サーバ３０、および管理者端末４０の機能的構成は、実施形態１と同様である。
【０２７７】
次に、以上のように構成された本実施形態の動画再生システム１の処理の流れについて説明する。
【０２７８】
本実施形態にかかるターゲット画像データ９３０の登録から、携帯端末１０のアプリケーションへのログインまでの処理の流れは、図１９のシーケンス図で説明したＳ１０〜Ｓ１３と同様である。
【０２７９】
本実施形態ではＳ１４の動画撮像および位置履歴情報の記録の処理の際に、ユーザは、携帯端末１０の選択画面から、位置履歴情報のみを記録するか、動画の撮像とともに位置履歴情報を記録するかを選択する。
【０２８０】
図３１は、本実施形態にかかる携帯端末１０のアプリケーションの操作画面の一例を示す図である。図３１に示すように、本実施形態の操作画面では、携帯端末１０のディスプレイ１０８（タッチパネル１０９）上に、ログインユーザ名６０２と、位置情報記録開始・終了ボタン６１５と、撮影開始・終了ボタン６０３と、データ転送ボタン６０４と、動画視聴ボタン６０５と、ログオフボタン６０６と、が表示される。
【０２８１】
ユーザ操作受付部１２１が、ユーザが位置情報記録開始・終了ボタン６１５を押下したことを受け付けると、位置情報取得部１２３が携帯端末１０の位置情報を取得する。ユーザが位置情報記録開始・終了ボタン６１５を再度押下したことを受け付けると、位置情報取得部１２３が携帯端末１０の位置情報の取得を終了する。
【０２８２】
ユーザは、位置情報記録開始・終了ボタン６１５を使用することで、例えば、テーマパーク等を訪れた場合に、携帯端末１０のバッテリー消費量等を理由に、常に動画を撮像しながら移動することができない場合であっても、位置履歴情報のみを記録し続けることができる。
【０２８３】
図３１に示すその他のボタンの機能は、図２０Ｂで説明した実施形態１の操作画面と同様である。
【０２８４】
本実施形態にかかる動画再生サーバ２０への撮像データ９０２および位置履歴情報の送信の処理については、図１９のシーケンス図で説明したＳ１５〜Ｓ１８と同様である。
【０２８５】
実施形態１では、図１９のシーケンス図のＳ１９の処理の詳細について、図２１のフローチャートで説明したが、本実施形態においては、図１９のシーケンス図のＳ１９の処理の詳細を図３２Ａ〜Ｂを用いて説明する。
【０２８６】
図３２ＡのＳ１１９１〜Ｓ１１９３の撮像データ９０２および位置履歴情報の取得から、撮像データ９１０の保存までの処理は、図２１のＳ１９１〜Ｓ１９３の処理と同様である。
【０２８７】
次に、画像処理部２２３は、携帯端末１０から取得した位置履歴情報に対して、位置履歴情報記録時の動画撮像有無を追加し、位置履歴情報ＤＢ９１１に保存する（Ｓ１１９４）。
【０２８８】
Ｓ１１９４の動画撮像有無の詳細を、図３２Ｂを用いて説明する。図３２Ｂは、本実施形態にかかる動画撮像有無の判断および位置履歴情報の保存処理の流れの一例を示すフローチャートである。
【０２８９】
画像処理部２２３は、携帯端末１０から送信された位置履歴情報を、１件ずつ読み込む。画像処理部２２３は、携帯端末１０から送信された位置履歴情報の「時刻」が、当該位置履歴情報と一緒に送信された撮像データ９１０の撮像開始時刻から撮像終了時刻の範囲に含まれるか否かを比較する。
【０２９０】
位置履歴情報の「時刻」が、当該位置履歴情報と一緒に送信された撮像データ９１０の撮像開始時刻から撮像終了時刻の範囲に含まれる場合、画像処理部２２３は、位置情報が記録された時刻に、撮像データが撮像されていたと判断する（Ｓ１１９８“Ｙｅｓ”）。
【０２９１】
この場合、画像処理部２２３は、動画撮像有無の項目に“有”と設定し、位置履歴情報ＤＢ９１１に保存する（Ｓ１１９９）。また、画像処理部２２３は、保存の際、位置履歴情報にさらにユーザＩＤおよびアップロードファイル管理番号を付与する。
【０２９２】
画像処理部２２３は、携帯端末１０から送信されたすべての位置履歴情報の保存が完了していない場合（Ｓ１２００“Ｎｏ”）、次の１件の位置履歴情報を読み込む。
【０２９３】
位置履歴情報の「時刻」が、当該位置履歴情報と一緒に送信された撮像データ９１０の撮像開始時刻から撮像終了時刻の範囲に含まれない場合、画像処理部２２３は、位置情報が記録された時刻に、撮像データが撮像されていないと判断する（Ｓ１１９８“Ｎｏ”）。
【０２９４】
この場合、画像処理部２２３は、動画撮像有無の項目に“無”と設定し、位置履歴情報ＤＢ９１１に保存する（Ｓ１２０１）。画像処理部２２３は、保存の際、位置履歴情報にさらにユーザＩＤおよびアップロードファイル管理番号を付与する。
【０２９５】
画像処理部２２３は、携帯端末１０から送信されたすべての位置履歴情報の保存が完了した場合（Ｓ１２００“Ｙｅｓ”）、当該処理を終了し、図３２Ａの処理に戻る。
【０２９６】
画像処理部２２３は、位置履歴情報と地図データ９２３から、ルート動画９１２を生成する。ルート動画９１２の生成の際、動画撮像有無の項目に“有”と設定された位置情報は地図上に実線６５６ａ〜ｂとして表示し、動画撮像有無の項目に“無”と設定された位置情報は地図上に点線６５７として表示する。（Ｓ１１９５）。
【０２９７】
図３２ＡのＳ１１９６のルート動画の保存から、Ｓ１１９７の撮像データ９１０とルート動画９１２との紐づけ情報の登録については、図２１のＳ１９６〜Ｓ１９７の処理と同様である。また、本実施形態における撮像データからターゲット画像の検出等の処理の流れは、図１９のシーケンス図で説明したＳ２０〜Ｓ２４と同様である。
【０２９８】
また、本実施形態における動画再生サーバ２０から携帯端末１０またはユーザＰＣ５０への動画配信処理の流れは、図２２および図２３のシーケンス図で説明した実施形態１の処理と同様である。
【０２９９】
このように、本実施形態の動画再生サーバ２０によれば、ユーザが位置履歴情報のみを記録した場合でも、画像処理部２２３が、携帯端末１０の移動の軌跡をルート動画９１２上に表示するため、ユーザは、配信された動画を再生する際、動画の撮像を行わなかった区間についてもルート動画９１２上の移動の軌跡を照会することができる。
【０３００】
また、画像処理部２２３が、ユーザが画像を撮像すると共に前記位置履歴情報を記録した場合と、前記ユーザが位置履歴情報のみを記録した場合とでは、異なる表示態様で軌跡をルート動画上に表示するので、ユーザは、配信された動画を再生する際、撮像データ９１０とルート動画９１２が一緒に再生される区間と、ルート動画９１２のみが再生される区間とを容易に判別することができる。このため、ユーザは、配信された動画を再生する際、ルート動画９１２のみが再生される区間は早送りすること等ができる。
【０３０１】
また、本実施形態では、動画再生サーバ２０の画像処理部２２３が、撮像データ９１０の撮像開始時刻および撮像終了時刻と、位置履歴情報が記録された時刻とを比較することで、動画撮像有無を判断しているが、携帯端末１０の位置情報処理部１２６が位置情報を保存する際に、動画撮像有無を判断して位置履歴情報ＤＢ９０１に登録する構成を採用しても良い。
【０３０２】
例えば、ユーザが、位置情報記録開始・終了ボタン６１５を押下したのか、撮影開始・終了ボタン６０３を押下したのかを、ユーザ操作受付部１２１から取得することで、位置情報処理部１２６は、動画撮像有無を区別する構成を採用しても良い。
【０３０３】
また、本実施形態では、ユーザ操作受付部１２１が、ユーザが位置情報記録開始・終了ボタン６１５を押下したことを受け付けると、位置情報取得部１２３が携帯端末１０の位置情報を取得する構成を採用したが、携帯端末１０のアプリケーションが起動している間は常に位置情報取得部１２３が位置情報を取得する構成を採用しても良い。
【０３０４】
（実施形態３）
実施形態１では、ユーザが一時停止をした時点で画面に表示されていた撮像データ９１０のフレームを、静止画化の対象としていたが、本実施形態では、一時停止時点で表示されているフレームから、所定の時間分過去に遡った時点のフレームを、静止画化対象とする。
【０３０５】
すなわち、本実施形態の受付部２２５は、一時停止時点で表示されているフレームから、所定の時間分過去に遡った時点のフレームを、静止画化対象として受け付ける。
【０３０６】
図３３は、本実施形態にかかる動画再生サーバ２０から携帯端末１０への動画配信処理の流れの一例を示すシーケンス図である。
【０３０７】
図３３のＳ３００のアプリケーションの起動から、Ｓ３１０の静止画登録要求までは、図２２で説明した実施形態１のＳ３０〜Ｓ４０までの処理と同様である。
【０３０８】
Ｓ３１１の処理で、受付部２２５は、ユーザが一時停止をした時点で画面に表示されていた撮像データ９１０のフレームを、静止画化の対象として静止画化対象フレームＤＢ９１４に登録していたが、本実施形態では、受付部２２５は、一時停止時点で表示されているフレームから、所定の時間分過去に遡った時点のフレームを、静止画化対象とする。
【０３０９】
ここで、所定の時間とは、ユーザが再生中の動画を視聴するユーザが、画面上に所望の画像が表示されてから、一時停止ボタン６７２を押下するまでに要する時間に相当する時間である。所定の時間は、ＲＯＭ２０３等に予め保存される構成を採用しても良い。
【０３１０】
図３３のＳ３１２の確定要求から、Ｓ３１９の撮像データ９１０の削除までは、図２２で説明した実施形態１のＳ４２〜Ｓ４９までの処理と同様である。
【０３１１】
一般に、ユーザが再生中の動画を一時停止する場合、所望の画像が表示されてから、一時停止ボタン６７２を押下するまでには一定の時間を要する。このため、ユーザが静止画化を希望するフレームよりも後に表示されたフレームを、静止画化の対象としてしまう場合がある。
【０３１２】
本実施形態の動画再生サーバ２０によれば、受付部２２５が、一時停止時点で表示されているフレームから、所定の時間分過去に遡った時点のフレームを、静止画化対象とするため、ユーザが静止画化を希望するフレームを、静止画として生成することができる。
【０３１３】
また、本実施形態では、ユーザが一時停止ボタン６７２で動画を一時停止した後に、静止画登録ボタン６８０で静止画化要求をする構成としているが、動画の再生中に一時停止せずに静止画登録ボタン６８０を押下して静止画化対象のフレームを登録する構成を採用しても良い。
【０３１４】
（実施形態４）
実施形態１の携帯端末１０の撮像装置１０１は、動画を撮影するカメラ等であり、撮像データは動画であった。本実施形態では、撮像装置１０１は、動画に限らず、静止画を撮像するものであっても良い。また、実施形態１の携帯端末１０は、撮像データ９０２および位置履歴情報を保存した後に、ユーザの任意のタイミングで動画再生サーバ２０に送信していた。本実施形態の携帯端末１０のデータ送信部１２７は、撮像装置１０１が動画または静止画が撮像した場合に、一連の処理として、撮像データ９０２および位置履歴情報を、動画再生サーバ２０へ送信する。
【０３１５】
本実施形態にかかる動画再生システム１の全体構成は実施形態１と同様である。また、本実施形態の携帯端末１０、動画再生サーバ２０、画像照合サーバ３０、管理者端末４０のハードウェア構成は、実施形態１と同様である。
【０３１６】
ただし、本実施形態の携帯端末１０の撮像装置１０１は、動画を撮影するカメラ等である。本実施形態の携帯端末１０のデータ送信部１２７は、撮像装置１０１が動画または静止画を撮像した場合に、一連の処理として、撮像データ９０２および位置履歴情報を、動画再生サーバ２０へ送信する。
【０３１７】
図３４は、本実施形態にかかる動画再生サーバ２０から携帯端末１０への動画配信処理の流れの一例を示すシーケンス図である。図３４のＳ４００のターゲット画像データ９３０の登録処理から、Ｓ４０２のアプリケーションの起動までは、図１９で説明した実施形態１のＳ１０〜Ｓ１２の処理と同様である。
【０３１８】
Ｓ４０３の処理で、ユーザがログインをすると、携帯端末１０のログイン情報送信部１２８は、ログイン情報を動画再生サーバ２０に送信する（Ｓ４０４）。
【０３１９】
Ｓ４０５の認証および権限・課金情報の確認処理については、図１９のＳ１７と同様の処理である。
【０３２０】
ここで、本実施形態の携帯端末１０のアプリケーションの操作画面は、静止画撮像用の撮影開始・終了ボタンと、動画撮像用の撮影開始・終了ボタンと、を有するものとする。
【０３２１】
認証および権限等の確認処理（Ｓ４０５）が完了後、ユーザは静止画撮像用の撮影開始・終了ボタンを押下し、携帯端末１０の撮像装置１０１で静止画を撮像する。ユーザが撮影開始・終了ボタンを押下したことをユーザ操作受付部１２１が受け付けると、撮像装置１０１は静止画の撮像をする。また、同時に、ＧＰＳ受信部１０６が携帯端末１０の位置情報を取得する。撮像画像取得部１２２は、撮像装置１０１が撮像した静止画の撮像データを取得する。また、時刻情報取得部１２４は、計時回路１０５から時刻情報を取得する。撮像データ処理部１２５は、時刻情報取得部１２４が取得した時刻情報を追加した撮像データ９０２を、ＨＤＤ１０４に保存する。また、位置情報処理部１２６は、位置情報取得部１２３が取得した位置情報に、時刻情報取得部１２４が取得した時刻情報を対応付けて、位置履歴情報ＤＢ９０１に記録する（Ｓ４０６）。
【０３２２】
次に、データ送信部１２７は、撮像データ９０２および撮像時の位置履歴情報を、動画再生サーバ２０に送信する（Ｓ４０７）。
【０３２３】
本実施形態の動画再生サーバ２０では、携帯端末１０から送信された撮像データ９０２および位置情報・位置履歴情報を、Ｓ４１０の画像処理行うまでメモリまたはＨＤＤ２０４等に一時保存する。あるいは、携帯端末１０から送信された撮像データ９０２および位置情報・位置履歴情報に対して随時画像処理をする構成を採用しても良い。
【０３２４】
次に、ユーザは動画撮像用の撮影開始・終了ボタン６０３を押下し、携帯端末１０の撮像装置１０１で動画を撮像する。ユーザが撮影開始・終了ボタン６０３を押下したことをユーザ操作受付部１２１が受け付けると、撮像装置１０１は動画の撮像を開始する。また、同時に、ＧＰＳ受信部１０６が携帯端末１０の位置情報の取得を開始する（Ｓ４０８）。
【０３２５】
撮像画像取得部１２２は、撮像装置１０１が撮像した動画を取得する。また、時刻情報取得部１２４は、計時回路１０５から時刻情報を取得する。撮像データ処理部１２５は、時刻情報取得部１２４が取得した時刻情報を追加した撮像データ９０２をＨＤＤ１０４に保存する。また、位置情報処理部１２６は、位置情報取得部１２３が取得した位置情報に、時刻情報取得部１２４が取得した時刻情報を対応付けて、位置履歴情報ＤＢ９０１に保存する。
【０３２６】
ユーザが動画撮像用の撮影開始・終了ボタン６０３を再度押下した場合に、動画撮像および位置履歴情報の記録は終了する。
【０３２７】
次に、データ送信部１２７は、動画の撮像データ９０２および動画撮像時の位置履歴情報を、動画再生サーバ２０に送信する（Ｓ４０９）。動画再生サーバ２０の送受信部２３０は、携帯端末１０が送信した撮像データ９０２および位置履歴情報を受信する。
【０３２８】
Ｓ４１０の画像処理は、基本的には図１９のＳ１９で説明した実施形態１の処理と同様である。ただし、本実施形態においては、撮像データ９１０に静止画も含まれるため、画像処理部２２３は、図２１のＳ１９２の処理の中で、Ｓ４１０の静止画を結合し、スライドショーの形式で配信可能な動画を生成する。
【０３２９】
次に、画像処理部２２３は、撮像データ９１０内にターゲット画像が含まれるか否かを確認するために、送受信部２３０を介して静止画および動画の撮像データ９１０を画像照合サーバ３０に送信する（Ｓ４１１）。
【０３３０】
Ｓ４１２の特徴データ９３１と撮像データ９１０との照合処理から、Ｓ４１５のターゲット画像検出表示画像データ９１７の生成の処理までは、図１９のＳ２１〜Ｓ２４で説明した実施形態１の処理と同様である。  
【０３３１】
図３４では、例として、ユーザは携帯端末１０の撮像装置１０１で静止画と動画の両方を撮像することとしたが、ユーザは静止画と動画のいずれか一方のみを撮像しても良い。
【０３３２】
このように、本実施形態の動画再生サーバ２０によれば、携帯端末１０から動画だけでなく、静止画を受信することができるため、携帯端末１０は、ユーザが撮像装置１０１で撮像した記念写真等も、位置情報とともに動画再生サーバ２０に送信することができる。
【０３３３】
また、本実施形態の携帯端末１０および動画再生サーバ２０によれば、撮像した静止画または動画をすぐに動画再生サーバ２０に送信できるため、ユーザが別途、データ送信の操作をする必要がない。また、本実施形態の携帯端末１０および動画再生サーバ２０によれば、撮像データ９０２および位置履歴情報を随時、動画再生サーバ２０に送信するため、携帯端末１０のＨＤＤ１０４に撮像データ９０２および位置履歴情報を長時間保存する必要がない。
【０３３４】
なお、本実施形態の携帯端末１０および動画再生サーバ２０においては、静止画と動画をともに撮像後すぐに動画再生サーバ２０に送信する構成としたが、静止画を撮像した場合にのみ撮像後すぐに動画再生サーバ２０に送信する構成を採用しても良い。
【０３３５】
（実施形態４の変形例１）
実施形態４では、撮像データ９１０に静止画が含まれる場合には、当該静止画を結合し、スライドショーの形式で配信可能な動画を生成するが、これに限らず、各静止画を、当該静止画を撮像した位置ともに地図データ上に表示する構成を採用しても良い。この際、実施形態２のように位置履歴情報のみを記録し、携帯端末１０の移動の軌跡を破線で表示し、当該軌跡上に静止画の撮影位置を表示する構成を採用しても良い。
【０３３６】
本変形例の画像処理部２２３は、撮像データ９１０に静止画が含まれる場合には、当該静止画を撮像した位置を示すポイントを、地図データ９２３上に表示するルート動画９１２を生成する。
【０３３７】
図３５は、本変形例にかかる動画再生サーバ２０が配信する動画の画面イメージの一例を示す図である。図３５のポイント（点）６５８ａ〜ｅは、ユーザが携帯端末１０の撮像装置１０１で静止画を撮像した位置を示す。点線６５７は、図２９で説明した実施形態２と同様に、携帯端末１０が動画を撮像せずに位置履歴情報のみを記録した区間の移動の軌跡を示す。図３５のその他の構成は、図６で説明した実施形態1の画面イメージと同様である。
【０３３８】
動画配信制御部２２４は、ルート動画再生エリア６５０のアイコン６５１が、携帯端末１０の移動とともに地図データ９２３上を移動して、ポイント６５８ａ〜ｅに達した場合に、静止画の撮像データ９１０を撮像データ再生エリア６６０に表示する。
【０３３９】
あるいは、ユーザがディスプレイ１０８上のポイント６５８ａ〜ｅを指で押下したり、マウスでクリックする等をした場合に、静止画の撮像データ９１０が、撮像データ再生エリア６６０に表示される構成を採用しても良い。
また、撮像データ９１０が動画の場合でも、携帯端末１０が位置を移動せずに、撮像装置１０１が撮像をした場合は、画像処理部２２３が、図３５に示すように、撮像位置をポイント６５８ａ〜ｅによって表示するルート動画９１２を生成する構成を採用しても良い
【０３４０】
このように、本変形例の動画再生システム１によれば、ディスプレイ１０８上に画像データの撮像位置を示すポイント６５８ａ〜ｅを表示することで、静止画の撮像データ９１０、または位置を移動せずに撮像した動画の撮像データ９１０を撮像した時刻における携帯端末１０の位置が明確となり、所望の撮像データ９１０の撮像位置を容易に把握することができるため、ユーザにとって便宜である。
【０３４１】
（実施形態５）
実施形態１の画像処理部２２３は、画像検出部３２４がターゲット画像を検出した場合は、当該ターゲット画像の検出箇所を表示するためのターゲット画像検出表示画像データ９１７を生成していたが、本実施形態の画像処理部１２２３は、画像検出部３２４がターゲット画像を検出した撮像データのフレームが所定の撮影条件を満たす場合にのみ、ターゲット画像検出表示画像データ９１７を生成する。
【０３４２】
図３６は、本実施形態にかかる動画再生サーバ２０の機能的構成の一例を示すブロック図である。図３６に示すように、本実施形態の動画再生サーバ２０は、認証機能部２２１と、権限機能部２２２と、画像処理部１２２３と、動画配信制御部１２２４と、受付部２２５と、静止画生成部２２６と、データ管理部２２７と、送受信部２３０と、を備える。
【０３４３】
また、本実施形態のＨＤＤ２０４は、撮像データ９１０と、位置履歴情報ＤＢ９１１と、ルート動画９１２と、紐づけ情報ＤＢ９１３と、静止画化対象フレームＤＢ９１４と、静止画データ９１５と、ターゲット画像検出フレームＤＢ９１６と、ターゲット画像検出表示画像データ９１７と、保存期限ＤＢ９１８と、認証ＤＢ９２０と、権限ＤＢ９２１と、課金ＤＢ９２２と、地図データ９２３と、撮影条件データベース９３３（以下、「撮影条件ＤＢ９３３」という）と、を有する。
【０３４４】
送受信部２３０は、管理者端末４０から、撮影条件を取得する。送受信部２３０は、取得した撮影条件を、撮影条件ＤＢ９３３に保存する。
【０３４５】
撮影条件ＤＢ９３３とは、ターゲット画像ごとの撮影条件を保存するデータベースである。
【０３４６】
本実施形態においては、撮影条件は、ターゲット画像を撮像した時刻における携帯端末１０の位置とする。撮影条件としては、当該フレームを撮像した時刻等を採用しても良い。
【０３４７】
図３７は、本実施形態にかかる撮影条件ＤＢ９３３のテーブル構成の一例を示す図である。図３７に示すように、撮影条件ＤＢ９３３は、ターゲット画像名と、撮影条件（撮影位置）と、を対応付けて保存するデータベースである。
【０３４８】
撮影条件（撮影位置）は、例えば、図３７に示すように位置を特定するための緯度と経度の値である。撮影位置は、本実施形態における所定の位置の一例である。
【０３４９】
画像処理部１２２３は、画像照合サーバ３０から撮像データ９１０と特徴データ９３１との照合結果を受信する。撮像データ内にターゲット画像が検出された場合、画像処理部１２２３は、当該フレームの情報を、ターゲット画像検出フレームＤＢ１９１６に登録する。
【０３５０】
ここで、画像処理部１２２３は、画像検出部３２４がターゲット画像を検出したフレームが撮像された時刻と最も近い時刻における携帯端末１０の位置情報を、位置履歴情報ＤＢ９１１から取得する。
【０３５１】
画像処理部１２２３は、位置履歴情報ＤＢ９１１から取得した携帯端末１０の位置情報と、撮影条件ＤＢ９３３の撮影条件（撮影位置）とを比較する。そして、画像処理部１２２３は、携帯端末１０でターゲット画像が撮影された位置が、当該ターゲット画像の撮影条件として撮影条件ＤＢ９３３に保存された撮影位置を含む所定の範囲に含まれるか否かを判定する。
【０３５２】
判定する際の条件を、撮影位置を含む所定の範囲としたのは、撮影位置と完全に一致する場所に携帯端末１０がある場合、とすると撮影条件に合致する場合が少なくなることが想定されるためである。
【０３５３】
所定の範囲として、例えば撮影条件ＤＢ９３３に記憶された撮影位置を基準として、緯度が＋ｎ度から−ｎ度、経度が＋ｍ度から−ｍ度までの範囲、としてもよい。所定の範囲は、ＨＤＤ２０４に保存される構成を採用しても良い。あるいは、撮影条件ＤＢ９３３に、予め、撮影条件としてある程度の広さを含む位置情報が記憶される構成を採用しても良い。
【０３５４】
画像処理部１２２３は、ターゲット画像検出フレームＤＢ１９１６を更新して、判定結果を登録する。
【０３５５】
図３８は、本実施形態にかかるターゲット画像検出フレームＤＢ１９１６のテーブル構成の一例を示す図である。
【０３５６】
図３８に示すように、ターゲット画像検出フレームＤＢ１９１６は、動画ファイル名と、ターゲット画像を含むフレームの識別情報と、ターゲット画像の検出領域と、フレームに含まれるターゲット画像名と、撮影条件との合致と、を含むデータベースである。
【０３５７】
動画ファイル名と、ターゲット画像を含むフレームの識別情報と、ターゲット画像の検出領域と、フレームに含まれるターゲット画像名とは、図１０で説明した実施形態１のターゲット画像検出フレームＤＢ９１６と同様である。
【０３５８】
撮影条件との合致とは、当該フレームが、ターゲット画像の撮影条件を満たしているか否かを示す。図３８に示す例では、撮影条件を満たす場合を“ＯＫ”、満たさない場合を“ＮＧ”としている。
【０３５９】
画像処理部１２２３は、ターゲット画像を含むフレームを撮像した時刻の携帯端末１０の位置が、当該ターゲット画像の撮影条件として撮影条件ＤＢ９３３に保存された撮影位置を含む所定の範囲に含まれると判定した場合にのみ、当該フレームに対応するターゲット画像検出表示画像データ９１７を生成する。
【０３６０】
図３８に示す例では、画像処理部１２２３は、撮影条件との合致に“ＯＫ”と登録されているレコードに登録されたフレームに対応する、ターゲット画像検出表示画像データ９１７を生成する。画像処理部１２２３は、生成したターゲット画像検出表示画像データ９１７を、ＨＤＤ２０４に保存する。
【０３６１】
画像処理部１２２３の、ルート動画９１２の生成や、紐づけ情報ＤＢ９１３への紐づけ情報の登録等のその他の機能については、図５で説明した実施形態１の画像処理部２２３の機能と同様である。
【０３６２】
動画配信制御部１２２４は、ユーザがターゲット画像確認ボタン６８３を押下した場合、動画配信制御部１２２４は、送受信部２３０を介して、ターゲット画像の確認要求を受け付ける。動画配信制御部１２２４は、ターゲット画像の確認要求への応答として、ターゲット画像検出表示画像データ９１７を、ＨＤＤ２０４から取得し、配信する。
【０３６３】
本実施形態においては、前述のように、画像処理部１２２３は、ターゲット画像を含むフレームを撮像した時刻の携帯端末１０の位置が、当該ターゲット画像の撮影条件として撮影条件ＤＢ９３３に保存された撮影位置を含む所定の範囲に含まれると判定した場合にのみ、ターゲット画像検出表示画像データ９１７を生成しＨＤＤ２０４に保存している。
【０３６４】
このため、動画配信制御部１２２４は、ターゲット画像が撮影された位置が、当該ターゲット画像の撮影条件として撮影条件ＤＢ９３３に保存された撮影位置を含む所定の範囲に含まれると判定された場合に、ターゲット画像検出表示画像データ９１７を、ＨＤＤ２０４から取得し、配信することとなる。
【０３６５】
すなわち、動画配信制御部１２２４は、ターゲット画像が撮影された位置が、撮影位置を含む所定の範囲に含まれると判定された場合に、撮像データ９１０が撮影条件を満たすことを携帯端末１０に通知する。
【０３６６】
動画配信制御部１２２４の、動画の配信や静止画化の受付等のその他の機能については、図５で説明した実施形態１の動画配信制御部２２４の機能と同様である。
【０３６７】
本実施形態の動画再生サーバ２０の他の構成は、図５で説明した実施形態１の構成と同様である。
【０３６８】
図３９は、本実施形態にかかる画像照合サーバ３０および管理者端末４０の機能的構成の一例を示すブロック図である。
【０３６９】
図３９に示すように、本実施形態の管理者端末４０は、画像登録部４２１と、画像削除要求部４２２と、撮影条件登録部４２３とを備える。また、本実施形態の管理者端末４０のＨＤＤ４０４は、ターゲット画像データ９３０と、撮影条件データベース９４１（以下、「撮影条件ＤＢ９４１」という）を有する。
【０３７０】
撮影条件登録部４２３は、撮影条件ＤＢ９４１に保存された撮影条件を、動画再生サーバ２０に送信する。
【０３７１】
本実施形態の管理者端末４０のその他の構成は、図１６で説明した実施形態１の構成と同様である。また、本実施形態の画像照合サーバ３０の構成は、図１６で説明した実施形態１の構成と同様である。
【０３７２】
このように、実施形態５の動画再生サーバ２０によれば、ターゲット画像が検出された撮像データ内のフレームが、撮影条件としての撮影位置を含む所定の範囲で撮像された場合に、動画配信制御部１２２４が、撮像データ９１０にターゲット画像が含まれることを携帯端末１０に通知するため、ターゲット画像を撮像したユーザへの特典の提供等の条件を、より詳細に制限することができる。
【０３７３】
例えば、単にターゲット画像が撮像データ９１０に含まれれば良い場合は、遠くからズーム機能等を使用して撮像することも可能であるが、撮像時の携帯端末１０の位置を条件とすることで、条件を満たすためには撮影位置を含む所定の範囲へ移動することが必要となる。事前に撮影条件となる撮影位置をユーザに開示している場合は、ユーザに対して当該撮影位置への移動を促すことができる。また、撮影条件となる撮影位置をユーザに開示していない場合であっても、撮影条件となる撮影位置を満たす可能性を向上させるために、ユーザに対してより広範囲の移動を促すことができる。
【０３７４】
（実施形態６）
本実施形態の動画再生システム１では、動画再生サーバ２０から、携帯端末１０に対して、ターゲット画像の被写体である建物等が存在する場所の位置を含む所定の範囲の位置情報であるターゲット画像周辺位置情報を送信する。携帯端末１０は、ターゲット画像周辺位置情報の範囲内に進入した場合に、バイブレーションを作動させる等によって、ユーザにターゲット画像の被写体が周辺に存在することを報知する。
【０３７５】
図４０は、本実施形態にかかる携帯端末１０の機能的構成の一例を示すブロック図である。
【０３７６】
図４０に示すように、本実施形態の携帯端末１０は、ユーザ操作受付部１２１と、撮像画像取得部１２２と、位置情報取得部１１２３と、時刻情報取得部１２４と、撮像データ処理部１２５と、位置情報処理部１１２６と、データ送信部１２７と、ログイン情報送信部１２８と、動画再生制御部１３０と、表示制御部１３１と、操作情報送信部１３２と、ターゲット画像周辺位置情報取得部１２９と、報知部１３３とを備える。
【０３７７】
また、携帯端末１０のＨＤＤ１０４は、認証ＤＢ９００、位置履歴情報ＤＢ９０１、撮像データ９０２、に加えて、ターゲット画像周辺位置情報データベース９０３（以下、「ターゲット画像周辺位置情報ＤＢ９０３」という）を備える。
【０３７８】
ここで、ターゲット画像周辺位置とは、ターゲット画像の被写体である建物等が存在する場所の位置を含む所定の範囲である。例えば、ターゲット画像周辺位置は、ターゲット画像の被写体を含む１０ｍ四方の正方形の範囲を示す緯度と経度で定義される。
【０３７９】
また、ターゲット画像周辺位置情報は、ターゲット画像を特定するターゲット画像名と、当該ターゲット画像のターゲット画像周辺位置とを対応付けた情報である。ターゲット画像周辺位置情報ＤＢ９０３は、項目としてターゲット画像名と、ターゲット画像周辺位置とを含み、ターゲット画像名ごとのターゲット画像周辺位置を記憶するデータベースである。
【０３８０】
ターゲット画像周辺位置情報取得部１２９は、動画再生サーバ２０からターゲット画像周辺位置情報を受信する。ターゲット画像周辺位置情報取得部１２９は、受信したターゲット画像周辺位置情報を、ＨＤＤ１０４のターゲット画像周辺位置情報ＤＢ９０３に保存する。
【０３８１】
本実施形態の位置情報取得部１１２３と位置情報処理部１１２６は、ユーザがアプリケーションにログインしている間は常に携帯端末１０の位置情報を取得する。ただし、位置情報処理部１１２６は、撮像装置１０１が撮像中の場合に限り、位置履歴情報を位置履歴情報ＤＢ９０１に保存する。
【０３８２】
位置情報取得部１１２３は、携帯端末１０の現在の位置と、ターゲット画像周辺位置情報ＤＢ９０３に保存されたターゲット画像周辺位置情報とを比較し、携帯端末１０の現在の位置がターゲット画像周辺位置の範囲に含まれる場合、携帯端末１０がターゲット画像周辺位置の範囲内に進入したと判断する。位置情報取得部１１２３は、携帯端末１０がターゲット画像周辺位置の範囲内に進入したと判断した場合に、報知部１３３に通知する。
【０３８３】
報知部１３３は、携帯端末１０がターゲット画像周辺位置の範囲内に進入したことを位置情報取得部１１２３から通知された場合に、位置情報取得部１１２３からターゲット画像の被写体が周辺に存在することを、不図示のバイブレーション動作部を作動させて携帯端末１０を振動させて報知する。報知部１３３は、音や、ディスプレイ１０８上に注意喚起の表示をする等によって、報知する構成を採用しても良い。
【０３８４】
携帯端末１０のその他の構成は、図３で説明した実施形態１の構成と同様である。
【０３８５】
図４１は、本実施形態にかかる動画再生サーバ２０の機能的構成の一例を示すブロック図である。図４１に示すように、本実施形態の動画再生サーバ２０は、認証機能部２２１と、権限機能部２２２と、画像処理部１２２３と、動画配信制御部１２２４と、受付部２２５と、静止画生成部２２６と、データ管理部２２７と、送受信部２３０と、を備える。
【０３８６】
また、本実施形態のＨＤＤ２０４は、撮像データ９１０と、位置履歴情報ＤＢ９１１と、ルート動画９１２と、紐づけ情報ＤＢ９１３と、静止画化対象フレームＤＢ９１４と、静止画データ９１５と、ターゲット画像検出フレームＤＢ９１６と、ターゲット画像検出表示画像データ９１７と、保存期限ＤＢ９１８と、認証ＤＢ９２０と、権限ＤＢ９２１と、課金ＤＢ９２２と、地図データ９２３と、ターゲット画像周辺位置情報データベース９１９（以下、「ターゲット画像周辺位置情報ＤＢ９１９」という）と、を有する。
【０３８７】
送受信部２３０は、管理者端末４０から、ターゲット画像周辺位置情報を受信する。送受信部２３０は、受信したターゲット画像周辺位置情報を、ＨＤＤ２０４のターゲット画像周辺位置情報ＤＢ９１９に保存する。また、送受信部２３０は、ＨＤＤ２０４のターゲット画像周辺位置情報ＤＢ９１９に保存したターゲット画像周辺位置情報を、携帯端末１０に送信する。
【０３８８】
ターゲット画像周辺位置情報ＤＢ９１９は、項目としてターゲット画像名と、ターゲット画像周辺位置とを含み、ターゲット画像名ごとのターゲット画像周辺位置を記憶するデータベースである。
【０３８９】
本実施形態にかかる動画再生サーバ２０のその他の機能的構成は、図５で説明した実施形態１と同様である。
【０３９０】
図４２は、本実施形態にかかる画像照合サーバ３０および管理者端末４０の機能的構成の一例を示すブロック図である。図４２に示すように、本実施形態の管理者端末４０は、画像登録部４２１と、画像削除要求部４２２と、ターゲット画像周辺位置情報登録部４２４とを備える。また、本実施形態の管理者端末４０のＨＤＤ４０４は、ターゲット画像データ９３０と、ターゲット画像周辺位置情報データベース９４２（以下、「ターゲット画像周辺位置情報ＤＢ９４２」という）を有する。
【０３９１】
ターゲット画像周辺位置情報登録部４２４は、ＨＤＤ４０４のターゲット画像周辺位置情報ＤＢ９４２に保存されたターゲット画像周辺位置情報を、動画再生サーバ２０に送信する。
【０３９２】
本実施形態のターゲット画像データ９３０と、画像登録部４２１と、画像削除要求部４２２は、図１６で説明した実施形態１の構成と同様である。
本実施形態の画像照合サーバ３０の構成は、図１６で説明した実施形態１の構成と同様である。
【０３９３】
次に、以上のように構成された本実施形態の動画再生システム１の処理の流れについて説明する。
【０３９４】
図４３は、本実施形態にかかる撮像データ９０２と位置履歴情報の受信、および画像処理の流れの一例を示すシーケンス図である。
【０３９５】
Ｓ６００のターゲット画画像の送信から、Ｓ６０１の特徴データ９３１の生成までの処理は、図１９のＳ１０〜Ｓ１１と同様の処理である。
【０３９６】
次に、管理者端末４０のターゲット画像周辺位置情報登録部４２４は、動画再生サーバ２０にターゲット画像周辺位置情報を送信する（Ｓ６０２）。動画再生サーバ２０の送受信部２３０は、受信したターゲット画像周辺位置情報を、ＨＤＤ２０４のターゲット画像周辺位置情報ＤＢ９１９に保存する。
【０３９７】
Ｓ６０３のアプリケーション起動から、Ｓ６０４のユーザログインまでは、図１９のＳ１２〜Ｓ１３の処理と同様である。
【０３９８】
ユーザがアプリケーションにログインした場合に、携帯端末１０のログイン情報送信部１２８は、ログイン情報を動画再生サーバ２０に送信する（Ｓ６０５）。
【０３９９】
Ｓ６０６の認証および権限・課金情報の確認の処理は、図１９のＳ１７の処理と同様である。
【０４００】
次に、動画再生サーバ２０の送受信部２３０は、ターゲット画像周辺位置情報ＤＢ９１９に保存されたターゲット画像周辺位置情報を、携帯端末１０に送信する（Ｓ６０７）。ターゲット画像周辺位置情報取得部１２９は、動画再生サーバ２０からターゲット画像周辺位置情報を受信する。ターゲット画像周辺位置情報取得部１２９は、ＨＤＤ１０４のターゲット画像周辺位置情報ＤＢ９０３に保存する。
【０４０１】
位置情報取得部１１２３は、ＧＰＳ受信部１０６から携帯端末１０の位置情報を取得する。位置情報処理部１１２６は、位置情報取得部１１２３が取得した携帯端末１０の位置情報と、ターゲット画像周辺位置情報ＤＢ９０３のターゲット画像周辺位置情報とを比較する。位置情報取得部１２３は、携帯端末１０がターゲット画像周辺位置の範囲内に進入したと判断した場合に、報知部１３３に通知する。
【０４０２】
報知部１３３は、携帯端末１０がターゲット画像周辺位置の範囲内に進入したことを位置情報取得部１１２３から通知された場合に、ターゲット画像の被写体が周辺に存在することを、不図示のバイブレーション動作部を作動させて携帯端末１０を振動させて報知する（Ｓ６０８）。
【０４０３】
Ｓ６０９の動画撮像および位置履歴情報の記録の処理から、Ｓ６１９のターゲット画像検出表示画像データの生成処理までは、図１９のＳ１４〜Ｓ２４の処理と同様である。
【０４０４】
このように、本実施形態の動画再生システム１によれば、位置情報処理部１１２６が、ターゲット画像周辺位置情報ＤＢ９０３と携帯端末１０の位置情報とを比較し、携帯端末１０がターゲット画像周辺位置の範囲に進入したと判断した場合に、報知部１３３がターゲット画像の被写体が周辺に存在することを報知することにより、ユーザに対して画像の撮像を促すことができる。このため、本実施形態の動画再生システム１によれば、ユーザに対して動画撮影を楽しむ機会をより効果的に提供することができる。
【０４０５】
本実施形態においては、携帯端末１０のＨＤＤ１０４にターゲット画像周辺位置情報ＤＢ９０３を保存する構成としたが、これに限らず、動画再生サーバのＨＤＤ２０４に保存されたターゲット画像周辺位置情報ＤＢ９０３を、携帯端末１０の位置情報処理部１１２６がネットワークを介して照会する構成を採用しても良い。
【０４０６】
（実施形態６の変形例１）
実施形態６の携帯端末１０は、ターゲット画像周辺位置情報の範囲内に進入した場合に、ユーザにターゲット画像の被写体が周辺に存在することを報知するが、本変形例では、携帯端末１０はさらに、撮像中の撮像データ９０２にターゲット画像が含まれる場合に、ユーザに対して通知をする。
【０４０７】
本変形例の携帯端末１０は、図４０で説明した構成に加えて、さらに、撮像特徴データ生成部と、照合結果取得部と、を備える（いずれも不図示）。撮像特徴データ生成部は、撮像装置１０１が撮像中の撮像データ９０２から、所定の時間ごとに撮像データ９０２の特徴データである撮像特徴データを生成する。所定の時間は、例えば２秒とする。
【０４０８】
データ送信部１２７は、撮像特徴データ生成部が生成した撮像特徴データを、画像照合サーバ３０に送信する。携帯端末１０の照合結果取得部は、画像照合サーバ３０から撮像データ９０２にターゲット画像が含まれる旨の通知を受けた場合、表示制御部１３１に指示を送出する。表示制御部１３１は、ターゲット画像を検出した旨を、ディスプレイ１０８上に表示してユーザに対して通知する。
【０４０９】
例えば、撮像装置１０１が撮像中の画像がディスプレイ１０８上に表示されている場合、ターゲット画像が検出された範囲を矩形の枠で囲む表示態様を採用しても良い。また、表示制御部１３１は、ディスプレイ１０８上にテキストやキャラクターを表示して、ターゲット画像を検出した旨を通知しても良い。ここで、キャラクターとは、例えばターゲット画像に関連するキャラクターを表示するものでも良い。
【０４１０】
あるいは、照合結果取得部は、報知部１３３に指示を送出して、報知を行っても良い。  例えば、報知部１３３は、画像照合サーバ３０から撮像データ９０２にターゲット画像が含まれる場合に、不図示のバイブレーション動作部を作動させて携帯端末１０を振動させたり、音声によって報知したりする構成を採用しても良い。
【０４１１】
画像照合サーバ３０の送受信部３２１は、携帯端末１０から撮像特徴データを受信する。画像照合サーバ３０の画像検出部３２４は、撮像特徴データと、ターゲット画像の特徴データ９３１のマッチングを高速で行う。画像検出部３２４は、撮像特徴データと特徴データ９３１とが一致した場合は、撮像データ９０２にターゲット画像が含まれる旨を、送受信部３２１を介して携帯端末１０に通知する。
【０４１２】
このように、本変形例の動画再生システム１によれば、携帯端末１０の撮像装置１０１が撮像中の撮像データ９０２からターゲット画像を検出し、ユーザに対して通知をするので、ユーザに対してより積極的に撮影を促すことができる。また、ユーザが撮像装置１０１で撮像しながらターゲット画像の被写体を探している場合に、撮像データ９０２にターゲット画像が検出されたことを通知することで、ユーザはターゲット画像の被写体をより効率的に探すことができ、ユーザにとって便宜である。
【０４１３】
（その他の変形例）
上述の各実施形態および各変形例では、同一のユーザＩＤに紐づく撮像データ９１０およびルート動画９１２を、１つの画面上に再生可能に配信していた。しかし、これに限らず、複数のユーザがグループを形成し、当該グループに含まれる複数のユーザの撮像データ９１０およびルート動画９１２を、１つの画面上に再生可能に配信しても良い。
【０４１４】
本変形例の権限ＤＢ９２１は、複数のユーザを、１つのグループに紐づけて保存する。また、本変形例の画像処理部２２３は、撮像データ９１０およびルート動画９１２を、ユーザのグループと対応付ける。例えば、画像処理部２２３は、紐づけ情報ＤＢ９１３に、グループの識別情報をさらに保存して、撮像データ９１０およびルート動画９１２を、グループと対応付ける構成を採用しても良い。
【０４１５】
図４４は、本変形例にかかる動画再生サーバ２０が配信する動画の画面イメージの一例を示す図である。図４４の凡例６４９に示すように、本変形例ではＡさん、Ｂさん、Ｃさんの３人が１つのグループを形成する。動画配信制御部２２４は、当該グループに含まれる３人の、それぞれの撮像データ９１０を、１つの画面上に再生可能に配信する。
【０４１６】
図４４に示すルート動画９１２では、３人の移動の軌跡を示す点線６５７は１本となっている。このように３人のうち特定のユーザの軌跡を表示する構成を採用しても良いし、あるいは、３人分のそれぞれの移動の軌跡を別個に表示する構成を採用しても良い。
【０４１７】
図４４に示すポイント６５９ａ〜ｆは、ユーザが携帯端末１０の撮像装置１０１で静止画または動画を撮像した位置を示す。図４４に示すように、画像処理部２２３は、ポイント６５９ａ〜ｆを、各ユーザごとに異なる表示形態としてルート動画９１２を生成する。
【０４１８】
例えば、ポイント６５９ａおよび６５９ｂは、Ａさんが携帯端末１０の撮像装置１０１で静止画または動画を撮像した位置である。また、ポイント６５９ｃおよび６５９ｆは、Ｂさんが携帯端末１０の撮像装置１０１で静止画または動画を撮像した位置である。ポイント６５９ｄおよび６５９ｅは、Ｃさんが携帯端末１０の撮像装置１０１で静止画または動画を撮像した位置である。図４ではポイント６５９ａ〜ｆの記号によってユーザを区別しているが、ユーザごとの色で区別する等の構成を採用しても良い。
【０４１９】
点線６５７は、図２９で説明した実施形態２と同様に、携帯端末１０が動画を撮像せずに位置履歴情報のみを記録した区間の移動の履歴を示す。図４４のその他の構成は、図６で説明した実施形態1の画面イメージと同様である。
【０４２０】
携帯端末１０の操作情報送信部１３２は、ユーザがディスプレイ１０８上のポイント６５８ａ〜ｅを指で押下したり、マウスでクリックする等によって選択をする操作をしたことをユーザ操作受付部１２１が受け付けた場合に、動画再生サーバ２０に信号を送出する。
【０４２１】
動画配信制御部２２４は、ユーザが選択したポイント６５８ａ〜ｅの位置において撮像された撮像データ９１０を、画面上に表示させる。例えば、図４４に示すように、ポイント６５８ｂは静止画の撮像データ９１０が撮像された位置である。ユーザがポイント６５８ｂを選択した場合、撮像データ再生エリア６６０ａが画面上に表示され、撮像データ９１０が表示される。
【０４２２】
また、ポイント６５８ｅは動画の撮像データ９１０が撮像された位置である。ユーザがポイント６５８ｅを選択した場合、動画の撮像データ９１０が、撮像データ再生エリア６６０ｂに再生される。あるいは、図３５で説明した実施形態４の変形例１のように、アイコン６５１が携帯端末１０の移動とともに地図データ９２３上を移動して、ポイント６５８ａ〜ｅに達した場合に、静止画または動画の撮像データ９１０を表示または再生する構成を採用しても良い。
【０４２３】
このように、本変形例の動画再生システム１によれば、複数のユーザの撮像データ９１０およびルート動画９１２を同一の画面上で再生可能に配信するため、ユーザ間での互いの撮像データ９１０を共有することができる。また、単一のユーザＩＤを複数ユーザで共有する場合とは異なり、各撮像データ９１０がいずれのユーザのものであるかを区別して、画面上に異なる表示態様で表示するため、自分の撮像した撮像データ９１０のみを選択して再生することができ、ユーザにとって便宜である。
【０４２４】
上記の各実施形態および変形例ではテーマパーク等においてユーザが携帯端末１０の撮像装置１０１で動画または静止画を撮像することを例として挙げたが、各実施形態および変形例の適用範囲はこれに限らない。例えば、ユーザが海外旅行先等において携帯端末１０の撮像装置１０１で撮像した撮像データ９０２および記録した位置履歴情報を、帰国後等に動画再生サーバ２０に送信することも可能である。
【０４２５】
また、上記の各実施形態および変形例では位置履歴情報に、当該位置履歴情報を送信したユーザのユーザＩＤを付与して管理しているが、ユーザの個人情報と位置履歴情報との紐づけを削除し、匿名の情報としての位置履歴情報を生成する構成を採用しても良い。当該位置履歴情報は、テーマパーク等を訪問した顧客の移動履歴の情報分析等に使用することができる。
【０４２６】
上記の各実施形態および変形例の携帯端末１０で実行されるアプリケーションプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
また、上記の各実施形態および変形例の携帯端末１０で実行されるアプリケーションプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上記の各実施形態および変形例の携帯端末１０で実行されるアプリケーションプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
また、上記の各実施形態および変形例のアプリケーションプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
上記の各実施形態および変形例の携帯端末１０で実行されるアプリケーションプログラムは、上述した各部（ユーザ操作受付部、撮像画像取得部、位置情報取得部、時刻情報取得部、撮像データ処理部、位置情報処理部、データ送信部、ログイン情報送信部、動画再生制御部、表示制御部、操作情報送信部、ターゲット画像周辺位置情報取得部、報知部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からアプリケーションプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、ユーザ操作受付部、撮像画像取得部、位置情報取得部、時刻情報取得部、撮像データ処理部、位置情報処理部、データ送信部、ログイン情報送信部、動画再生制御部、表示制御部、操作情報送信部、ターゲット画像周辺位置情報取得部、報知部が主記憶装置上に生成されるようになっている。
【０４２７】
上記の各実施形態および変形例の動画再生サーバ２０で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
また、上記の各実施形態および変形例の動画再生サーバ２０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上記の各実施形態および変形例の動画再生サーバ２０で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
また、上記の各実施形態および変形例のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
上記の各実施形態および変形例の動画再生サーバ２０で実行されるプログラムは、上述した各部（認証機能部、権限機能部、画像処理部、動画配信制御部、受付部、静止画生成部、データ管理部、送受信部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、認証機能部、権限機能部、画像処理部、動画配信制御部、受付部、静止画生成部、データ管理部、送受信部が主記憶装置上に生成されるようになっている。
【０４２８】
上記の各実施形態および変形例の画像照合サーバ３０で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
また、上記の各実施形態および変形例の画像照合サーバ３０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上記の各実施形態および変形例の画像照合サーバ３０で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
また、上記の各実施形態および変形例のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
上記の各実施形態および変形例の画像照合サーバ３０で実行されるプログラムは、上述した各部（送受信部、特徴データ生成部、データ管理部、画像検出部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）２０１が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、送受信部、特徴データ生成部、データ管理部、画像検出部が主記憶装置上に生成されるようになっている。
【０４２９】
上記の各実施形態および変形例の管理者端末４０で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
また、上記の各実施形態および変形例の管理者端末４０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上記の各実施形態および変形例の管理者端末４０で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
また、上記の各実施形態および変形例のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
上記の各実施形態および変形例の管理者端末４０で実行されるプログラムは、上述した各部（画像登録部、画像削除要求部、撮影条件登録部、ターゲット画像周辺位置情報登録部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）２０１が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、画像登録部、画像削除要求部、撮影条件登録部、ターゲット画像周辺位置情報登録部が主記憶装置上に生成されるようになっている。
【０４３０】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０４３１】
１  動画再生システム
１０  携帯端末
２０  動画再生サーバ
３０  画像照合サーバ
４０  管理者端末
５０  ユーザＰＣ
１０１  撮像装置
１０２  ＣＰＵ
１０４  ＨＤＤ
１２１  ユーザ操作受付部
１２２  撮像画像取得部
１２３，１１２３  位置情報取得部
１２４  時刻情報取得部
１２５  撮像データ処理部
１２６，１１２６  位置情報処理部
１２７  データ送信部
１２８  ログイン情報送信部
１２９  ターゲット画像周辺位置情報取得部
１３０  動画再生制御部
１３１  表示制御部
１３２  操作情報送信部
２０１  ＣＰＵ
２０４  ＨＤＤ
２２３，１２２３  画像処理部
２２４，１２２４  動画配信制御部
２２５  受付部
２２６  静止画生成部
２２７  データ管理部
２３０  送受信部
３０４  ＨＤＤ
３２１  送受信部
３２２  特徴データ生成部
３２３  データ管理部
３２４  画像検出部
４０４  ＨＤＤ
６７０  シークバー
６７１  ポインタ（つまみ）
６７２  一時停止ボタン
９０２，９１０  撮像データ
９１１  位置履歴情報データベース
９１２  ルート動画
９１５  静止画データ
【図１】
2018029290.tif 000003
【図２】
2018029290.tif 000004
【図３】
2018029290.tif 000005
【図４】
2018029290.tif 000006
【図５】
2018029290.tif 000007
【図６】
2018029290.tif 000008
【図７】
2018029290.tif 000009
【図８】
2018029290.tif 000010
【図９】
2018029290.tif 000011
【図１０】
2018029290.tif 000012
【図１１】
2018029290.tif 000013
【図１２】
2018029290.tif 000014
【図１３】
2018029290.tif 000015
【図１４】
2018029290.tif 000016
【図１５】
2018029290.tif 000017
【図１６】
2018029290.tif 000018
【図１７】
2018029290.tif 000019
【図１８】
2018029290.tif 000020
【図１９】
2018029290.tif 000021
【図２０Ａ】
2018029290.tif 000022
【図２０Ｂ】
2018029290.tif 000023
【図２０Ｃ】
2018029290.tif 000024
【図２１】
2018029290.tif 000025
【図２２】
2018029290.tif 000026
【図２３】
2018029290.tif 000027
【図２４】
2018029290.tif 000028
【図２５】
2018029290.tif 000029
【図２６】
2018029290.tif 000030
【図２７】
2018029290.tif 000031
【図２８】
2018029290.tif 000032
【図２９】
2018029290.tif 000033
【図３０】
2018029290.tif 000034
【図３１】
2018029290.tif 000035
【図３２Ａ】
2018029290.tif 000036
【図３２Ｂ】
2018029290.tif 000037
【図３３】
2018029290.tif 000038
【図３４】
2018029290.tif 000039
【図３５】
2018029290.tif 000040
【図３６】
2018029290.tif 000041
【図３７】
2018029290.tif 000042
【図３８】
2018029290.tif 000043
【図３９】
2018029290.tif 000044
【図４０】
2018029290.tif 000045
【図４１】
2018029290.tif 000046
【図４２】
2018029290.tif 000047
【図４３】
2018029290.tif 000048
【図４４】
2018029290.tif 000049