JPWO2019130585A1 - 撮像動画サービスシステム、サーバ装置、撮像動画管理方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】アップロードされた複数の撮像動画ファイルから、新たな一つの動画ファイルを生成し、同種の動画内容を連続してスムーズに視聴可能にする。【解決手段】サーバ装置は、ユーザの通信端末装置からアップロードされた撮像動画ファイルを受信すると、その撮像動画ファイルに付された撮像タグの情報と、同じ情報が付された動画ファイルをデータベース装置の動画データベースから検出する。検出した動画ファイルに、受信した動画ファイルを結合することで、一つの新たな編集動画ファイルを生成し、配信可能に動画データベースに記憶する。この編集動画ファイルを通信端末装置でダウンロードして再生すると、結合した各動画ファイルに応じた動画の内容を連続して視聴できる。【選択図】図９

Description

本発明は、撮像動画をアップロードすることで、アップロードした動画を再生視聴できるようにするものであり、特に、新たにアップロードした動画とアップロード済みの同種の動画を結合して新たな一つの動画を生成し、各動画を連続して視聴再生できるようにした撮像動画サービスシステム、サーバ装置、撮像動画管理方法、及びコンピュータプログラムに関する。

従来、ユーチューブ（登録商標）のような動画投稿サービスが複数存在しており、ユーザの撮像画像をアップロードすれば、自身の撮像動画を幅広く配信可能となり、アップロードされた撮像動画の視聴を希望する人々はパーソナルコンピュータ、又はスマートフォンやタブレットのような携帯通信端末を用いて、アップロードされた撮像動画を視聴できる。

このような動画投稿サービスにおいて、視聴したい動画を選ぶには、視聴を希望する動画に関するキーワードを入力して検索することが一般的である。また、ユーザが視聴を複数回行って視聴履歴が蓄積されると、動画投稿サービス側では、その視聴履歴より、ユーザの嗜好傾向を予測し、その予測した嗜好傾向に合った動画を、視聴対象候補としてサムネイルで複数提示することが行われる。このような複数のサムネイルの提示が行われると、ユーザは、提示された中から視聴したいサムネイルを選択すれば、その選択したサムネイルに係る動画が再生されて視聴できる。

一方、下記の特許文献１では、デジタルカメラのような動画像処理装置において、２つの動画ファイルについて、撮影時刻が所定の時間内（例えば、２秒以内）であれば、自動で結合して一つ動画データとして編集することが開示されている。また、下記の特許文献２では、競技場などに複数台の撮像装置を設置し、各撮像装置で撮像された複数の動画を、サーバ等で構成される画像処理装置によって所定の順序（例えば、時系列順）で合成することが開示される。さらに、下記の特許文献３では、例えば、アトラクション施設などの一定の地域範囲に複数のビデオカメラを設置し、これらの各ビデオカメラで撮影した複数の動画ファイルの中で、同一の被写体を写っている複数の動画ファイルを、画像処理システムにより結合して、結合動画ファイルを生成することが開示される。

なお、下記の特許文献４では、映像（動画）を構成するフレーム画像をタイムライン表示するにあたり、各フレーム画像を特定するメタデータに基づいて、フレーム画像のサムネイルをタイムライン表示することが開示される。なお、メタデータとしては、動画コンテンツのシーンチェンジ点に関する情報、時刻に関する情報などが用いられる。

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

従来の動画投稿サービスでは、各ユーザの投稿した動画は、それぞれ個別に保存されており、ユーザの視聴に関する嗜好傾向により、同じ傾向の動画を複数のサムネイルから選んで再生するので、視聴したい個々の動画を選んで毎回、再生操作を行う必要があり、同じ傾向の一連の複数の動画をスムーズに連続して視聴することはできないという問題がある。また、従来の動画投稿サービスは、投稿された動画はオリジナルのままで保存されることから、他の動画と組み合わせて編集を行った新たな内容をユーザが楽しめるような状況を提供できないという問題もある。

このような問題に対して、上述した特許文献１の動画像処理装置は、例えば、撮影したデジタルカメラのような装置（スタンドアロンの装置）で、撮影時刻が所定の時間内の動画を結合して一つの動画データに編集するものであるから、撮影者（ユーザ）や撮影条件も限定されたものとなり、ネットワークを利用してアップロードされた各種動画を対象とする従来の動画投稿サービスには、特許文献１の内容（２つの動画ファイルを一つの動画データとして編集する内容）を、そのまま適用できないという問題がある。

また、特許文献２、３に係る内容は、競技場、アトラクション施設などの特定の場所範囲に設置した複数の撮像装置（ビデオカメラ）で撮影した複数の動画を、時系列、又は同一の被写体が写っているという等の条件で合成（結合）するので、特定の場所範囲に撮像装置（ビデオカメラ）を設置すること等に限定されない従来の動画投稿サービスに、これらの特許文献２、３の内容（複数の動画を合成（結合）する内容）を、そのまま適用できないという問題がある。

なお、特許文献４に係る内容は、映像（動画）を構成するフレーム画像を特定するメタデータを用いて、タイムライン表示に用いるフレーム画像の抽出を行うものであるから、複数の動画を結合して一つの動画データに編集するような内容に、特許文献４に係る内容（メタデータに関する内容）を、そのまま適用できないという問題がある。

また、動画投稿サービスにおいて、再生対象の動画を選択するにあたり、複数のサムネイルを表示する方式では、スマートフォンのような通信端末装置を用いる場合、表示用の画面サイズが小さいので、各サムネイルを確認しにくい上、各サムネイルを区別して所望のサムネイルを選択する操作も行いにくいという問題もある。

本発明は、斯かる事情に鑑みてなされたものであり、アップロードした撮像動画を視聴可能にするサービスにおいて、新たにアップロードした動画を、アップロード済みの動画の中から、同様の撮像状況の動画と結合することで、一つの編集した動画ファイルを生成し、同様の撮像状況の動画コンテンツを連続的にスムーズに視聴できるようにした撮像動画サービスシステム、サーバ装置、撮像動画管理方法、及びコンピュータプログラムを提供することを目的とする。

また、本発明は、保存されているアップロード動画を再生表示するにあたり、再生対象を容易に切り替えられる操作形態（操作インタフェース）を導入することで、複数のサムネイル画像を表示しなくても、再生対象となる動画を系統別に素早く切替可能にした撮像動画サービスシステム、サーバ装置、撮像動画管理方法、及びコンピュータプログラムを提供することを目的とする。

上記課題を解決するために本発明は、ユーザによりアップロードされた撮像動画に係る動画ファイルをサーバ装置が受信して、前記ユーザに対応付けて動画データベースへ記憶する処理を行う撮像動画サービスシステムにおいて、前記動画ファイルには、撮像状況を表す撮像タグが付されており、前記サーバ装置は、ユーザによりアップロードされた動画ファイルを受信した場合、受信した動画ファイルに付された撮像タグと同じ撮像タグが付された動画ファイルを、前記動画データベースから検出する手段と、動画ファイルを検出した場合、検出した動画ファイル及び受信した動画ファイルの結合を行うことで、編集動画に係る動画ファイルを、前記撮像タグを付して生成する手段と、生成した編集動画に係る動画ファイルを、前記ユーザに対応付けて前記動画データベースへ記憶する処理を行う手段とを備えることを特徴とする。

また、本発明は、前記サーバ装置が、ユーザによりアップロードされた撮像動画に係る動画ファイルを受信した場合、受信した動画ファイルに付された撮像タグと同じ撮像タグが付された編集動画に係る動画ファイルを、前記動画データベースから検出する手段と、編集動画に係る動画ファイルを検出した場合、検出した編集動画に係る動画ファイル及び受信した動画ファイルの結合を行うことで、更に編集した編集動画に係る動画ファイルを、前記撮像タグを付して生成する手段と、前記更に編集した編集動画に係る動画ファイルを、前記ユーザに対応付けて前記動画データベースへ記憶する処理を行う手段とを備えることを特徴とする。

さらに、本発明は、前記サーバ装置が、ユーザによりアップロードされた撮像動画に係る動画ファイルを受信した場合、そのユーザに対応付けて前記動画データベースに記憶される動画ファイルの中から、結合相手の動画ファイルの検出を行うことを特徴とする。
さらにまた、本発明は、前記サーバ装置は、受信した動画ファイルに係る動画の部分が、結合相手に対し、再生時に先に再生されるように結合を行うことを特徴とする。

本発明は、前記サーバ装置が、前記動画データベースに記憶された撮像動画に係る動画ファイル又は編集動画に係る動画ファイルを送信する手段を備え、前記サーバ装置から送信される動画ファイルを受信して再生処理を行うことで、再生処理を行った動画ファイルに応じた動画を矩形画面に表示する通信端末装置を備え、前記通信端末装置は、前記矩形画面の一辺に沿った方向を指示する第１方向操作を受け付ける手段と、動画の表示中に前記第１方向操作を受け付けた場合、表示中の動画に係る動画ファイルと同一のユーザに対応付けて前記動画データベースに記憶される動画ファイルの中で、表示中の動画に係る動画ファイルに付された撮像タグと異なる撮像タグが付された動画ファイルに応じた動画へ前記矩形画面の表示を切り替える手段とを備えることを特徴とする。

また、本発明は、前記通信端末装置が、前記矩形画面の一辺と直交する他辺に沿った方向を指示する第２方向操作を受け付ける手段と、動画の表示中に前記第２方向操作を受け付けた場合、表示中の動画に係る動画ファイルと異なるユーザに対応付けて前記動画データベースに記憶される動画ファイルに応じた動画へ前記矩形画面の表示を切り替える手段とを備えることを特徴とする。

さらに、本発明は、前記サーバ装置が、複数の動画ファイルを送信する場合、前記複数の動画ファイルの配置関係を規定した配置情報を送信する手段を備え、前記通信端末装置は、前記サーバ装置から複数の動画ファイルを受信すると共に、前記配置情報を受信する手段を備え、前記配置情報は、前記第１方向操作に応じた方向に、異なる撮像タグを付した同一ユーザに対応付けられる複数の動画ファイルを配置すると共に、前記第２方向操作に応じた方向に、異なるユーザに対応付けられる複数の動画ファイルを配置することを規定した情報を含み、前記通信端末装置は、前記第１方向操作又は前記第２方向操作を受け付けた場合、表示中の動画に係る動画ファイルから、前記配置情報で規定される配置に応じた動画ファイルに係る動画へ前記矩形画面の表示の切替を行うことを特徴とする。

さらにまた、本発明は、前記サーバ装置が、ユーザによりアップロードされる音楽に係る音楽ファイルを受信する手段と、受信した音楽ファイルに応じた音楽の周波数特性を特定する手段と、前記動画データベースに記憶する動画ファイルに応じた動画に含まれる音の周波数特性を特定する手段と、前記動画データベースに記憶された動画ファイルを前記通信端末装置へ送信する場合、送信する動画ファイルについて特定した周波数特性と同じ周波数特性の音楽ファイルを前記通信端末装置へ送信する手段とを備え、前記通信端末装置は、前記サーバ装置から、動画ファイル及び音楽ファイルを受信した場合、受信した動画ファイルの再生処理に伴って、受信した音楽ファイルの再生処理を行う手段を備えることを特徴とする。

また、本発明は、アップロードされた撮像動画に係る動画ファイルを受信して動画データベースへ記憶する処理を行うサーバ装置において、前記動画ファイルには、撮像状況を表す撮像タグが付されており、アップロードされた動画ファイルを受信した場合、受信した動画ファイルに付された撮像タグと同じ撮像タグが付された動画ファイルを、前記動画データベースから検出する手段と、動画ファイルを検出した場合、検出した動画ファイル及び受信した動画ファイルの結合を行うことで、編集動画に係る動画ファイルを、前記撮像タグを付して生成する手段と、生成した編集動画に係る動画ファイルを前記動画データベースへ記憶する処理を行う手段とを備えることを特徴とする。

さらに、本発明は、サーバ装置が、アップロードされた撮像動画に係る動画ファイルを受信して動画データベースへ記憶する処理を行う撮像動画管理方法において、前記動画ファイルには、撮像状況を表す撮像タグが付されており、前記サーバ装置は、アップロードされた動画ファイルを受信した場合、受信した動画ファイルに付された撮像タグと同じ撮像タグが付された動画ファイルを、前記動画データベースから検出するステップと、動画ファイルを検出した場合、検出した動画ファイル及び受信した動画ファイルの結合を行うことで、編集動画に係る動画ファイルを、前記撮像タグを付して生成するステップと、生成した編集動画に係る動画ファイルを前記動画データベースへ記憶する処理を行うステップとを備えることを特徴とする。

さらにまた、本発明は、サーバコンピュータに、アップロードされた撮像動画に係る動画ファイルを受信して動画データベースへ記憶する処理を行わせるためのコンピュータプログラムにおいて、前記動画ファイルには、撮像状況を表す撮像タグが付されており、前記サーバコンピュータに、アップロードされた動画ファイルを受信した場合、受信した動画ファイルに付された撮像タグと同じ撮像タグが付された動画ファイルを、前記動画データベースから検出するステップと、動画ファイルを検出した場合、検出した動画ファイル及び受信した動画ファイルの結合を行うことで、編集動画に係る動画ファイルを、前記撮像タグを付して生成するステップと、生成した編集動画に係る動画ファイルを前記動画データベースへ記憶する処理を行うステップとを実行させることを特徴とする。

本発明にあっては、投稿（アップロード）された動画を、データベースに記憶されたアップロード済みの動画と結合して、新たな動画を編集生成するので、投稿された複数の動画を、一つの動画として連続して再生視聴できるようになる。そして、動画同士の結合は、闇雲に行うのでは無く、動画に応じた動画ファイルに付された撮像状況を示す撮像タグが同じもの同士で結合を行うので、結合によって得られた編集動画に係る動画ファイルの動画の中身は、撮像状況に関して一定の関連性を具備したものにまとまっており、それによりユーザは、一定の関連性を有する複数の動画を効率的に視聴できるようになる。

本発明にあっては、投稿された動画を結合する相手として、既に結合が行われた編集動画に係る動画ファイルを検出するので、累積的に動画を結合して、新たな編集を行った編集動画に係る動画ファイルを生成できるようになり、数多くの動画を結合して新たな編集動画に係る動画ファイルをユーザに提供できるようになる。

本発明にあっては、同じユーザによる動画ファイル同士を結合するので、同一ユーザに係る撮像動画を効率良く視聴できる状況を確保できるようになる。
また、本発明にあっては、投稿により受信した動画ファイルに係る動画の部分が、再生時に先に再生されるように結合を行うので、結合編集により生成された動画ファイルを再生すると、撮像時の新しい順に、複数の動画の中身をユーザは視聴できるようになり、時間的に効率良く新しい撮像動画から一連の動画を確認できる。

本発明にあっては、上述した動画データベースに記憶された動画ファイルに応じた動画を矩形画面に表示する通信端末装置が、矩形画面の一辺に応じた方向の第１方向操作を受け付けると、同一ユーザに係る動画ファイルの中で、撮像状況の異なる撮像動画に係る動画ファイルに再生対象を変更して、矩形画面に表示する動画の内容を切り替えるので、矩形画面に動画を全画面的に表示していても簡単な操作で撮像状況の異なる動画の表示へ切り替えられるようになり、通信端末装置が、特にスマートフォンのような画面サイズの小さなディスプレイ画面（矩形画面）を有するタイプであっても、直感的なユーザインタフェースで、表示する動画を素早く切り替えられる。

本発明にあっては、通信端末装置が、上述した第１方向操作の操作方向と直交的な操作方向に応じた第２方向操作を受け付けると、異なるユーザに対応付けられた動画ファイルに再生対象を変更して、矩形画面に表示される動画を切り替えるので、異なるユーザによる撮像動画を、第２方向操作を行うだけで素早く視聴できるようになる。

本発明にあっては、第１方向操作と第２方向操作のそれぞれに応じた方向に動画ファイルを配置した関係を配置情報で規定しておくので、第１方向操作又は第２方向操作を行えば、通信端末装置は、配置情報に基づき再生対象の動画ファイルを切り替えられるようになる。そして、第１方向操作に応じた方向には、同一ユーザによる撮像状況が異なる動画ファイルを配置し、第２方向操作に応じた方向には、異なるユーザによる動画ファイルを配置するので、第１方向操作を行えば、撮像状況の異なる動画ファイルに応じた動画に矩形画面の表示を切り替えることができ、また、第２方向操作を行えば、異なるユーザによる撮像動画に矩形画面の表示を切り替えられるようになり、表示する動画の切替に関して、直感的に分かりやすいユーザインタフェースを提供できる。

本発明にあっては、音楽に係る音楽ファイルもアップロードできるようにして、周波数特性が同様の傾向の音楽ファイルと動画ファイルを連動して再生するので、ユーザ投稿による各種コンテンツを多面的に楽しめる状況をユーザに提供できるようになり、様々なクリエイターに多様な発表を行える機会の場を提供できると共に、動画と音楽の融合した新たなコンテンツを作り出せるようになる。

本発明にあっては、投稿された複数の動画を、撮像状況が共通するもの同士で結合するので、撮像状況が同様の複数の動画を、一つの動画として連続的に再生でき、一定の関連性を有する複数の動画を効率的に視聴可能な状況を提供できる。
また、本発明にあっては、累積的に動画を結合可能にすることで、三以上の多数の動画ファイルを順次結合した編集動画を生成できる。

さらに、本発明にあっては、同一ユーザによる動画同士で結合を行うので、同じ撮影者による複数の撮像動画を連続的に視聴でき、興味のある撮像者による複数の撮像動画を効率的に確認することが可能になる。
本発明にあっては、結合で編集した動画ファイルを再生すると、撮像時の新しい順に、複数の動画部分が再生されるので、新しい撮像動画から順に効率良く一連の動画を視聴できる。

本発明にあっては、動画を矩形画面に表示する通信端末装置において、視聴する人が矩形画面の一辺に沿った第１方向操作を行うだけで、同一ユーザの撮像による撮像状況の異なる動画へ表示を切り替えられるので、直感的なユーザインタフェースで容易に撮像状況の異なる動画を視聴できる。
また、本発明にあっては、通信端末装置の矩形画面の一辺と直交的な他辺に沿った第２方向操作を行うだけで、異なるユーザの撮像による撮像動画へと表示が切り替えられるので、直感的なユーザインタフェースで容易に異なる撮像者による撮像動画へ表示を切り替えられる。

本発明にあっては、第１方向操作と第２方向操作のそれぞれに応じた方向に動画ファイルを配置した関係を規定しておくので、この予め規定した配置関係に従って、視聴する人による第１方向操作又は第２方向操作に対し、素早く表示対象の動画を切り替えることができる。
また、本発明にあっては、アップロードされる音楽ファイルについて、周波数特性が同様の傾向の動画ファイルを連携して再生するので、視覚及び聴覚で多面的に融合した新たなコンテンツをユーザに提供できる。

本発明の実施形態に係る撮像動画サービスシステムの全体的な構成を示す概略図である。 （ａ）は、ユーザが用いる通信端末装置の一例であるスマートフォンの正面図、（ｂ）は背面図である。 ユーザが用いる通信端末装置の一例であるスマートフォンの主要な内部構成を示すブロック図である。 ログイン画面を示す概略図である。 メイン画面を示す概略図である。 （ａ）は、アイコン等を重ねて表示したメイン画面を示す概略図、（ｂ）はメイン画面から切替表示された撮像画面を示す概略図である。 （ａ）は、撮像中画面を示す概略図、（ｂ）は、撮像完了画面を示す概略図である。 撮像動画ファイルのファイル構造を概要的に示す概略図である。 再生対象を切り替えるためのスワイプ操作の向きを示す概略図である。 ダウンロードされる複数の動画ファイルの再生切替順序に係る配置状況を示す概略図である。 サーバ装置の主要な内部構成を示すブロック図である。 登録ユーザテーブルの中身の一例を示す図表である。 データベース装置の主要な内部構成を示すブロック図である。 データベース装置が有する動画データベースにおけるオリジナル動画格納部の中身の一例を示す図表である。 データベース装置が有する動画データベースにおける配信動画格納部の中身の一例を示す図表である。 （ａ）、（ｂ）は、動画ファイルの結合による編集動画ファイルの生成の仕方を示す概略図である。 撮像動画管理方法に係る処理手順を示す第１フローチャートである。 撮像動画管理方法に係る処理手順を示す第２フローチャートである。 撮像動画管理方法に係る処理手順を示す第３フローチャートである。 変形例の登録ユーザテーブルの中身の一例を示す図表である。 （ａ）は変形例のデータベース装置の主要な内部構成を示すブロック図、（ｂ）は音楽データベースの中身の一例を示す図表である。

図１は、本発明に係る実施形態である撮像動画サービスシステム１の全体的な概要を示す。撮像動画サービスシステム１は、ユーザＵ１が動画の撮像機能を有する通信端末装置Ｔ１を用いて撮像した動画（撮像動画）を、動画管理システム４０へアップロードし、一方、別のユーザＵ１０が通信端末装置Ｔ１０を用いて、動画管理システム４０から撮像動画をダウンロードすることで、ユーザＵ１の撮像動画を視聴できるようにしたものである（なお、もちろん、ユーザＵ１も、自身のアップロードした撮像動画を動画管理システム４０からダウンロードすれば、通信端末装置Ｔ１で、自己の撮像動画を視聴できる）。

本発明では、アップロードされた動画を、オリジナルのままで視聴することに加えて、同一ユーザによる複数の撮像動画について、撮像状況について共通する撮像動画を結合することで編集動画を生成し、その編集動画をダウンロードして視聴できるようにしたことが特徴になっており、それにより、撮像状況が共通する撮像動画を連続してスムーズに視聴可能になっている。また、本発明では、視聴する際のユーザインタフェースを工夫することで、異なる撮像者の撮像画像を容易に切り替えられること、及び同一の撮像者による異なる撮像状況の撮像画像を容易に切り替えられることも実現している。

なお、図１では、図の内容が煩雑になるのを防ぐため、撮像側に一人のユーザＵ１が用いる１台の通信端末装置Ｔ１を示すと共に、視聴側に一人のユーザＵ１０が用いる１台の通信端末装置Ｔ１０を示すに留まるが、実際の運用場面では、撮像側及び視聴側に複数のユーザが存在し、それら各ユーザのそれぞれが通信端末装置を使用する状況となる。また、動画管理システム４０への撮像動画のアップロード及びダウンロードに関するサービスを受けられるようにするため、ユーザＵ１、Ｕ１０は事前に、動画管理システム４０の提供するサービスに対して、ユーザの氏名、メールアドレス等のユーザ情報を提出してユーザ登録を行っているものとし、ユーザ登録が行われると、各ユーザを識別するユーザＩＤ（ユーザ識別情報）が動画管理システム４０により発行される。以下、本発明の実施形態の詳細について、通信端末装置Ｔ１、Ｔ１０から順次、説明していく。

図２（ａ）、（ｂ）は、本発明の通信端末装置Ｔ１，Ｔ１０に適用されるスマートフォン１０の正面及び背面を示す。本発明の通信端末装置Ｔ１、Ｔ１０としては、動画撮像機能を有する通信端末を用いることができ、具体的には、スマートフォン、タブレット、携帯型コンピュータ等が適用可能であり、本発明を実現する処理及び機能等を規定したアプリ（アプリケーションプログラム）を、このような通信端末にインストールすることで、本発明に適用可能な通信端末装置Ｔ１、Ｔ１０になり得る。

図２（ａ）、（ｂ）に示すスマートフォン１０は、このような本発明に適用できる通信端末装置の一例を示すにすぎず、本発明に適用される通信端末装置が、図２（ａ）、（ｂ）に示される形態に限定されるものではない。スマートフォン１０は、薄板状の筐体１１の正面１１ａの側に、タッチパネル機能を有する矩形のディスプレイ１２（矩形画面に相当）を配置し、そのディスプレイ１２の上方には、サブカメラ１６ａ及びスピーカ１５を配置すると共に、ディスプレイ１２の下方には操作部１３及びマイク１４を配置している。また、スマートフォン２０は、筐体１１の背面１１ｂにメインカメラ１６ｂを配置する。

図３は、通信端末装置Ｔ１、Ｔ１０の一例である上述したスマートフォン１０の主要な内部構成を示す。スマートフォン１０は、プログラムに従って各種処理を行う一種のコンピュータ（通信手段、動画撮像手段、及び記憶手段を具備したコンピュータ）に該当し、全体的な制御及び各種処理を行うＣＰＵ１０ａ（プロセッサ１０ａ）に、内部接続線１０ｉを介して、通信・通話モジュール１０ｂ（通信手段に相当）、ＲＡＭ１０ｃ、ＲＯＭ１０ｄ、画面接続処理部１０ｅ、音入出力処理部１０ｆ、動画ファイル生成部１８、撮像処理部１０ｇ、ＧＰＳ部１０ｈ、操作部１３、記憶部（記憶手段に相当）１０ｋ等の各種デバイス等を接続したものになっている。なお、ユーザＵ１、Ｕ１０の用いる通信端末装置Ｔ１、Ｔ１０がスマートフォン１０以外のものであっても（携帯型コンピュータ、又はタブレット等）、基本的な構成は、図３に示す内容と同等になるので、図３は、本発明で適用可能な様々な種類の通信端末装置Ｔ１、Ｔ１０の概要を示すものになる。

スマートフォン１０の通信・通話モジュール１０ｂは、ネットワークを介した無線通信機能を有し、上述した動画管理システム４０との通信を可能にすると共に、ＣＰＵ１０ａの制御に従って所定の電話番号へ電話をかける機能（発呼機能）及び電話を受ける機能（着呼機能）等を有する。ＲＡＭ１０ｃは、ＣＰＵ１０ａの処理に伴う内容、ファイル、データ等を一時的に記憶するものである。ＲＯＭ１０ｄは、ＣＰＵ１０ａの基本的な処理内容を規定したプログラム等を記憶すると共に、スマートフォン１０を識別する識別情報（ＵＩＤ）等も格納している。なお、このＵＩＤは、上述した通信・通話モジュール１０ｂで通信（送信）する際、送信内容に含まれるようになっている（例えば、送信パケットのヘッダ等にＵＩＤを含めて送信が行われる）。

画面接続処理部１０ｅは、上述したディスプレイ１２を接続しており、ＣＰＵ１０ａの制御処理により生成された各種画面（図４〜７等に示す画面参照）をディスプレイ１２に出力する処理を行い、それにより、出力した画面がディスプレイ１２に表示されることになる。特に本実施形態では、動画の再生等を行うので、動画再生に係る各種処理も画面接続処理部１０ｅで行うことになる。また、画面接続処理部１０ｅは、ディスプレイ１２の表面をユーザがタップ、スワイプ、フリック等の操作をすることで受け付けた操作内容をＣＰＵ１０ａへ伝える処理も行う。なお、ユーザがディスプレイ１２の表面をタップ、スワイプ、フリック等の操作をすることで受け付ける操作内容は、表示している画面内容に応じて適宜変化する。

音入出力処理部１０ｆは、上述したマイク１４及びスピーカ１５を接続しており、マイク１４で取得（入力）された音声等に対して、所定の処理（ＡＤ変換処理等）を行うことで音データ（オーディオデータ）を生成する。また、ＣＰＵ１０ａの制御処理により、音入出力処理部１０ｆは、出力対象となる音データに対して所定の処理（デコード処理、ＤＡ変換処理）を行ってアナログ音声を生成し、スピーカ１５から出力する処理も行う。なお、音入出力処理部１０ｆは、動画撮像を行う場合、動画撮像時の音声をマイク１４で取得して生成した音データを動画ファイル生成部１８へ出力する処理を行う。

撮像処理部１０ｇは、上述したサブカメラ１６ａ及びメインカメラ１６ｂを接続しており、サブカメラ１６ａ及びメインカメラ１６ｂが含む撮像素子で撮像された画像（撮像画像、動画を含む）に対して所定の処理（エンコード処理等）を行うことで、画像データ（コンテンツデータ）を生成する。なお、撮像処理部１０ｇも、動画撮像を行う場合、生成した画像データを動画ファイル生成部１８へ出力する処理を行う。

動画ファイル生成部１８は、撮像動画に係る動画ファイルの生成を行うものであり、音入出力処理部１０ｆから出力されてきた音データ、及び撮像処理部１０ｇから出力されてきた画像データを組み合わせて各種処理（エンコード処理など）を行って、所定のフレームレート（例えば３０ｆｐｓ）で、動画に応じたファイル形式（例えば、ｍｐ４）の動画コンテンツのデータを含む動画ファイル（撮像動画に係る撮像動画ファイル）の生成を行う。また、生成した動画ファイルには、撮像状況を表す情報（撮像タグ）が付したものになっている。

ＧＰＳ部１０ｈは、衛星測位システムからの電波を受信して、スマートフォン１０の位置する緯度経度を検出するものである。また、操作部１３は、スマートフォン１０の筐体１１に設けられたハードボタンであり、操作部１３が操作されると、操作された旨がＣＰＵ１０ａに伝えられる。操作部１３の操作による意味合いは、スマートフォン１０の処理状況により様々なものになり、例えば、アプリを起動している状況で、操作部１３が操作されると、アプリを終了する動作が行われるので、この場合、操作部１３の操作は、アプリの終了指示をユーザから受け付けることになる。

記憶部１０ｋは、ＯＳプログラムＰ１、動画アプリＰ２、及びその他の各種アプリ等のプログラムを記憶（インストール）している。ＯＳプログラムＰ１は、オペレーティングシステムに相当する基本プログラムであり、スマートフォン１０が一種のコンピュータとして機能するためのＣＰＵ１０ａの処理を規定している。ＯＳプログラムＰ１が規定する基本的な処理の一つとしては、スマートフォン１０が使用できる状態になったときに、最初にディスプレイ１２にホーム画面を表示することが挙げられ、このホーム画面においては、記憶部１０ｋにインストールされている各種アプリに応じたアイコン等を配置することも、ＯＳプログラムＰ１の規定する処理によるものとなっている。

動画アプリＰ２は、本発明に関してＣＰＵ１０ａが行う各種処理内容を規定したものである。動画アプリＰ２の配信を行うサーバからダウンロードすることで、記憶部１０ｋにインストールされる。動画アプリＰ２の規定する処理の内容としては、動画管理システム４０へのログイン処理、動画撮像処理、撮像場所名取得処理、動画アップロード処理、動画ダウンロード処理、動画再生処理、再生動画切替処理等があり、動画アプリＰ２は、これらの各処理に応じた画面内容をディスプレイ１２に適宜、表示することも規定する。なお、動画アプリＰ２は、スマートフォン１０の記憶部１０ｋに記憶されてインストールが完了すると、ホーム画面（図示せず）に、動画アプリＰ２用のアイコンが選択可能に配置される。

図４は、ディスプレイ１２に表示したログイン画面２０を示し、ホーム画面に配置された動画アプリＰ２用のアイコンがタップ（選択）されて、動画アプリＰ２が起動することにより、最初に表示される画面となる。ログイン画面２０は、ログオフの状態のときに、動画アプリＰ２の規定に従って、ＣＰＵ１０ａの制御により生成されるものであり、メールアドレスの第１入力欄２０ａ、パスワードの第２入力欄２０ｂ、及び選択可能なログインボタン２０ｃを有する。各入力欄２０ａ、２０ｂへ情報を入力する際は、図４に示すように、ＯＳプログラムＰ１の機能によりソフトキーボード１９がディスプレイ１２の画面下半分に表示され、このソフトキーボード１９に含まれる各種キーのタップ操作によりユーザは情報入力を行うことになる。

第１及び第２入力欄２０ａ、２０ｂに所要情報の入力を受け付けた状態で、ログインボタン２０ｃの選択操作を受け付けると、各入力欄２０ａ、２０ｂに入力されたログイン情報（メールアドレス及びパスワード）を含むログイン要求を動画管理システム４０へ送信する制御を、ＣＰＵ１０ａは動画アプリＰ２の規定に基づき行うことになる。

ログイン要求の送信に対して、動画管理システム４０からログイン不可通知をスマートフォン１０が受信した場合、表示中のログイン画面２０にログインが出来なかった旨を示すと共に、各入力欄２０ａ、２０ｂを入力可能な空欄状態にして、ユーザへ再度のログイン操作を促す。一方、ログイン要求の送信に対して、動画管理システム４０がログインを承認すると、動画管理システム４０から複数の動画ファイルが送られてくるので、スマートフォン１０は、これらの動画ファイルのダウンロード（受信）を行って、再生処理を行うことになる。

図５は、動画アプリＰ２のログイン完了後のメイン画面２１（動画再生画面に相当）がディスプレイ１２に表示された状態を示す。ログインが完了すると、後述するようにサーバ装置５０から複数の動画ファイルが送られてくるので、動画アプリＰ２の規定により、送られてくる複数の動画ファイルを自動でダウンロードして、ＲＡＭ１０ｃ又は記憶部１０ｋに記憶する。また、ダウンロードした複数の動画ファイルに関しては、最初に再生を行う動画ファイルが、動画ファイルと一緒に受信される配置情報により指定されているので、動画アプリＰ２の規定によりＣＰＵ１０ａは、その配置情報で最初に再生が指定された動画ファイルについて自動で再生処理を開始し、再生した動画Ｄをメイン画面２１で表示する制御処理を行う（ディスプレイ１２に、再生した動画Ｄを全画面表示する）。

したがって、ユーザとしては、ログイン操作を行って、ログインが完了すれば、ディスプレイ１２に動画が自動的に表示されるので、再生のための操作は不要になっている。なお、この図５では、スマートフォン１０を横長にして、ディスプレイ１２の長辺１２ａを水平方向にすると共に、短辺１２ｂを垂直方向にした状態を表しているが、スマートフォン１０を、図５に示す状態から９０度回転させた縦長の状態で動画再生を行うことも勿論可能である。また、ログオフ操作を行うことなく、他のアプリを操作してからホーム画面を表示して、動画アプリＰ２用のアイコンを選択したときは、ログインは係属中となり、上述したログイン画面２０を表示することなく、動画ファイル要求を動画管理システム４０へ送信することで、スマートフォン１０は、図５に示す自動再生される動画を含むメイン画面２１をディスプレイ１２に表示することになる。

図６（ａ）は、メイン画面２１で示される動画Ｄに、各種アイコン及び情報等を重ねて表示した状態を示す。メイン画面２１をディスプレイ１２に表示した状態で、ディスプレイ１２の画面表面にタッチすると、ＣＰＵ１０ａを、そのタッチ操作を受け付けて、動画アプリＰ２の規定に従って、ディスプレイ１２の画面右側にホームアイコン２１ａ、カメラアイコン２１ｂ等のアイコンを選択可能に表示すると共に、ディスプレイ１２の画面下方に、再生中の動画に応じた動画ファイルに付された情報（撮像日時、撮像場所等）を示す情報欄２１ｃを表示する処理を行う。なお、図６（ａ）に示す各アイコン２１ａ、２１ｂ及び情報欄２１ｃは、一定時間（例えば３０秒）を経過すると自動消去される。

図６（ｂ）は、図６（ａ）に示すメイン画面２１で、カメラアイコン２１ｂのタップ操作を行うことで、ディスプレイ１２の表示をメイン画面２１から撮像画面２２に切り替えた状態を示す。このような表示切替も、動画アプリＰ２の規定に従ったＣＰＵ１０ａの制御により行われており、図６（ｂ）の撮像画面２２では、メインカメラ１６ｂで撮像された画像がディスプレイ１２に表示された状態を示す。また、撮像画面２２は、画面右側に選択可能な再生アイコン２２ａ、撮像スタートアイコン２２ｂ、カメラ切替用アイコン２２ｃを配置している。

再生アイコン２２ａをタップすると、ディスプレイ１２の表示が、撮像画面２２から上述した図６（ａ）に示すメイン画面２１へＣＰＵ１０ａの制御により切り替えられる。また、撮像スタートアイコン２２ｂがタップされると、動画の撮像が開始され、撮像処理部１０ｇは動画の撮像処理を行うと共に、音入出力処理部１０ｆはマイク１４での音声取得処理を行う。

また、動画撮像の開始に伴い、ＧＰＳ部１０ｈで検出したスマートフォン１０の位置（撮像位置）の緯度経度に応じた地名の特定処理をＣＰＵ１０ａは、動画アプリＰ２の規定に基づき行う。具体的には、緯度経度に応じた地名を示すサービスを行っているウェブサイト（国土交通省による位置参照情報ダウンロードサービス等）にアクセスを行って、撮像場所を示す地名を取得し、取得した地名を、撮像中の動画の撮像場所名としてＲＡＭ１０ｃに一時的に記憶する制御処理をＣＰＵ１０ａは行う。

なお、図６（ｂ）に示す撮像画面２２において、カメラ切替アイコン２２ｃがタップされた場合は、撮像に用いるカメラが、メインカメラ１６ｂからサブカメラ１６ａへ切り替えられる（再度、カメラ切替アイコン２２ｃがタップされると、撮像に用いるカメラは、サブカメラ１６ａからメインカメラ１６ｂへ切り替えられる）。なお、図６（ｂ）への撮像画面２２への切替は、上述した図５に示すメイン画面２１を表示した状態で、ディスプレイ１２の画面表面をダブルタップする操作を行うことでも可能になっている。

図７（ａ）は、ディスプレイ１２に表示された撮像中画面２３を示す。撮像中画面２３は、上述した図６（ｂ）に示す撮像画面２２において、撮像スタートアイコン２２ｂのタップ操作を行うことでディスプレイ１２に表示されるものであり、メインカメラ１６ｂ（又はサブカメラ１６ａ）で撮像中の動画（画像）が随時、ディスプレイ１２に表示されている。撮像中画面２３は、画面右側に撮像停止アイコン２３ａを選択可能に配置しており、撮像停止アイコン２３ａの選択操作をＣＰＵ１０ａが受け付けると、ＣＰＵ１０ａは動画の撮像処理を停止する。

図７（ｂ）は、ディスプレイ１２に表示された撮像完了画面２４を示す。撮像完了画面２４は、上述した図７（ａ）に示す撮像中画面２３において、撮像停止アイコン２３ａのタップ操作を行うことでディスプレイ１２に表示されるものであり、画面右側に撮像再開アイコン２４ａ及びアップロードアイコン２４ｂを選択可能に配置する。撮像再開アイコン２４ａは、タップされると動画の撮像を再開するものである。アップロードアイコン２４ｂは、タップされると、撮像した動画に応じた動画ファイルを生成して動画管理システム４０へアップロード（送信）する処理をＣＰＵ１０ａが行う。

図８は、図７（ｂ）の撮像完了画面２４のアップロードアイコン２４ｂのタップ操作により、生成される動画ファイルである撮像動画ファイル３０の概要的なファイル構造を示す。撮像動画ファイル３０は、メインカメラ１６ｂ（又はサブカメラ１６ａ）で撮像された動画、及び撮像中にマイク１４で取得された音声に応じたコンテンツデータ３１（動画及び音声に応じたコンテンツのデータ）、並びに撮像状況に示す情報等の各種情報を有するメタ情報３２を含み、これらコンテンツデータ３１及びメタ情報３２は、図３に示す動画ファイル生成部１８で生成される。

メタ情報３２は、撮像日時、撮像時間、撮像位置、及び撮像場所名等の情報を有し、これらの各情報はそれぞれ、撮像状況を示す撮像状況情報である。撮像日時は、ＣＰＵ１０ａが具備するクロック・カレンダ機能により得られた日時情報であり、動画ファイル生成部１８が動画ファイル３０を生成した日時を示すものになっている。撮像時間は、撮像処理部１０ｇでの撮像開始から終了に至る時間をＣＰＵ１０ａが具備するタイマー機能により計時された時間を示す。撮像位置は、撮像処理部１０ｇでの撮像処理中に、ＧＰＳ部１０ｈで検出された撮像位置の緯度経度の数値を示す情報である。撮像場所名は、ＧＰＳ部１０ｈで検出された緯度経度に基づき、ウェブサイトへのアクセスで取得した撮像場所名を示し、ＲＡＭ１０ｃから読み出された情報である。動画ファイル３０は、このようなメタ情報３２及びコンテンツデータ３１を含んで、動画管理システム４０へアップロードされる。本実施形態では、上述したメタ情報が有する各種撮像状況情報の中で、撮像場所名を、撮像状況を表す撮像タグに利用しており、撮像動画ファイル３０が、図８に示すフィル構造を有することで、撮像動画ファイル３０には、撮像タグ（撮像場所名）が付された状況になっている。

一方、図９は、図５に示すメイン画面２１で再生表示される動画の表示対象を切り替えるユーザ操作の仕方を示しており、矩形画面であるディスプレイ１２の長辺１２ａに沿った方向を指示するスワイプ操作２５ａ、２５ｂ（第１方向操作に相当）、及び短辺１２ｂ（長辺１２ａに直交する他辺に相当）に沿った方向を指示するスワイプ操作２６ａ、２６ｂ（第２方向操作に相当）がある。

図１０は、スマートフォン１０が動画管理システム４０からダウンロードする複数の動画ファイルの配置状態を示すイメージ図であり、このような配置状態は、複数の動画ファイルと一緒に送られる配置情報で規定されたものになっている。なお、配置情報は、最初の再生対象となる動画ファイルも規定し、本実施形態では、最初の再生対象となる動画ファイルを、ダウンロード先のユーザが撮像した最新の動画を含むものになっており（図１０では、枠Ｗで囲んだ動画ファイルＡ−１）、この動画ファイルＡ−１を中心に、水平方向及び垂直方向に、ダウンロード対象の各動画ファイルが配置される。

図１０で水平方向に沿って各一列（Ａ〜Ｅ列）に配置される動画ファイルは、それぞれ同じユーザにより撮像された動画（又は、同じユーザによりアップロードされた動画）に応じた動画ファイルになっており、例えば、垂直方向で真ん中となる箇所で水平方向に沿って一列に配置されるＡ列の動画ファイルＡ−１〜５はユーザＵ１により撮像された動画に応じたものであり、その下方で水平方向に沿って一列に配置されるＢ列の動画ファイルＢ−１〜３はユーザＵ２によって撮像された動画に応じたものになり、さらに、その下方で水平方向に沿って一列に配置されるＤ列の動画ファイルＤ−１〜４はユーザＵ３によって撮像された動画に応じたものになる。そして、Ａ列の上方で水平方向に沿って一列に配置されるＣ列の動画ファイルＣ−１〜５はユーザＵ４によって撮像された動画に応じたものになり、その上方で水平方向に沿って一列に配置されるＥ列の動画ファイルＥ−１〜３はユーザＵ５によって撮像された動画に応じたものになる。

また、水平方向に沿って一列に配置される同一ユーザの撮像による各動画ファイルは、異なる撮像場所名（撮像タグ）が付された動画ファイルになっている。例えば、枠Ｗで囲まれた動画ファイルＡ−１は、撮像場所名が東京渋谷であり、その右隣の動画ファイルＡ−２は、撮像場所名が東京新宿、その右隣の動画ファイルＡ−４は、撮像場所名が東京原宿、枠Ｗで囲まれた動画ファイルＡ−１の左隣の動画ファイルＡ−３は、撮像場所名が東京銀座、その左隣の動画ファイルＡ−５は、撮像位置が東京品川になっている。そして、枠Ｗで囲まれた動画ファイルＡ−１の右隣の動画ファイルＡ−２は、最もダウンロード回数が多く、次にダウンロード回数が多いのは枠Ｗで囲まれた動画ファイルＡ−１の左隣の動画ファイルＡ−３であり、三番目にダウンロード回数が多いのは動画ファイルＡ−４であり、四番目にダウンロード回数が多いのは動画ファイルＡ−５となるように配置されており、このようなダウンロード回数に応じた配置は、他のユーザの列（Ｂ〜Ｅ列）でも同様になっている。

したがって、図９に示すメイン画面２１において、図１０の枠Ｗで囲まれた動画ファイルＡ−１の再生処理による動画Ｄを表示している場合で（枠Ｗに囲まれた動画ファイルが再生処理対象になる）、スマートフォン１０がスワイプ操作２５ｂ（一方向となる左方向への第１方向操作に相当）を受け付けると、Ａ列に配置された各動画ファイルが左方向へ移動し、配置情報に従って、再生処理対象を動画ファイルＡ−１の右隣に配置された動画ファイルＡ−２が枠Ｗに位置し、ディスプレイ１２の表示を、動画ファイルＡ−１に応じた動画から動画ファイルＡ−２に応じた動画に切り替える処理を行い、この状態から、さらにスワイプ操作２５ｂを受け付けると、ディスプレイ１２の表示を動画ファイルＡ−４に応じた動画に切り替える処理を行う。

また、動画ファイルＡ−１の再生処理による動画を表示している場合で、スマートフォン１０が、スワイプ操作２５ａ（他方向となる左方向への第１方向操作に相当）を受け付けると、配置情報に従って、再生処理対象を動画ファイルＡ−１の左隣に配置された動画ファイルＡ−３に変更して、ディスプレイ１２の表示を、動画ファイルＡ−１に応じた動画から動画ファイルＡ−３に応じた動画に切り替える処理を行い、この状態から、さらにスワイプ操作２５ｂを受け付けると、ディスプレイ１２の表示を動画ファイルＡ−５に応じた動画に切り替える処理を行う。

また、Ａ列の動画ファイルＡ−１〜５のいずれかの再生処理による動画を表示している場合で、スマートフォン１０がスワイプ操作２６ｂ（第１方向となる下方向への第２方向操作に相当）を受け付けると、配置情報に従って、再生処理対象をＡ列の上に配置されたＣ列中央の動画ファイルＣ−１に変更して、ディスプレイ１２の表示を動画ファイルＣ−１に応じた動画へ切り替える処理を行い、この状態から、さらにスワイプ操作２６ｂを受け付けると、ディスプレイ１２の表示をＥ列中央の動画ファイルＥ−１に応じた動画に切り替える処理を行う。

さらに、Ａ列の動画ファイルＡ−１〜５のいずれかの再生処理による動画を表示している場合で、スマートフォン１０がスワイプ操作２６ａ（第２方向となる上方向への第２方向操作に相当）を受け付けると、再生処理対象をＡ列の下に配置されたＢ列中央の動画ファイルＢ−１に変更して、ディスプレイ１２の表示を動画ファイルＢ−１に応じた動画に切り替える処理を行い、この状態から、さらにスワイプ操作２６ａを受け付けると、ディスプレイ１２の表示をＤ列の動画ファイルＤ−１に応じた動画に切り替えることになる。

上記のように垂直方向のスワイプ操作２６ａ、２６ｂを行って再生処理対象を切り替えると、異なるユーザによる最新の撮像が表示されることになる。なお、上又は下方向のスワイプ操作２６ａ又は２６ｂを行って、再生処理対象の列を変更した後で、右又は左方向のスワイプ操作２５ａ又は２５ｂを行ったときは、Ａ列で説明した場合と同様に、各列で再生処理対象が切り替わっていく。

このようなスワイプ操作２５ａ、２５ｂ、２６ａ、２６ｂをユーザが行うことで、複数のサムネイルを表示しなくても、同一の撮像者による異なる撮像場所での動画、又は、異なる撮像者による動画を容易に切り替えられるようにしている。

なお、水平方向に沿ったスワイプ操作２５ａ、２５ｂのいずれか一方を行うことで、水平方向に配置される端の動画ファイル（例えば、動画ファイルＡ−４又は５）を再生処理対象にすることになった状態で、スマートフォン１０が、更にスワイプ操作２５ａ又は２５ｂを受け付けることで、配置情報に含まれないものを再生対象として指定するようになると、その列に応じたユーザによる撮像動画の要求（列指定の動画ファイル要求）を動画管理システム４０へ送信し、その要求に伴い動画ファイルをダウンロード（受信）できれば、新たにダウンロードした動画ファイルに係る再生処理を行うことになる。また、撮像動画の要求を行っても、再生処理対象中のユーザの動画ファイルが無い旨の通知を受信すると、他方の端の動画ファイル（例えば、一方の端の動画ファイルＡ−４から他方の端に配置される動画ファイルＡ−５）を再生対象にして、再生処理対象をループ状に回すようにしている。

また、垂直方向のスワイプ操作２６ａ、２６ｂのいずれか一方を行うことで、垂直方向に配置される列の動画ファイル（例えば、動画ファイルＤ−１又はＥ−１）を再生処理対象にすることになった状態で、スマートフォン１０が、更にスワイプ操作２６ａ又は２６ｂを受け付けることで、配置情報に含まれないものを再生対象として指定するようになると、異なるユーザによる撮像動画の要求（異なるユーザ指定の動画ファイルの要求）を動画管理システム４０へ送信し、その要求に伴い動画ファイルをダウンロード（受信）できれば、新たにダウンロードした動画ファイルに係る再生処理を行うことになる。また、撮像動画の要求を行っても、動画ファイルが無い旨の通知を受信すると、垂直方向における他方の列の動画ファイル（例えば、動画ファイルＥ−１又はＤ−１）を再生対象にして、再生処理対象をループ状に回すようにしている。

以上のような切替を行うことで、垂直方向のスワイプ操作２６ａ、２６ｂを行えば、各ユーザが撮像した最新の動画を素早く視聴でき、また、最新の撮像動画の表示から水平方向のスワイプ操作２５ａ、２５ｂを行えば、ダウンロード回数の多いものから、同一ユーザによる異なる撮像場所の動画を視聴できることになり、効率的に人気のある動画を見ることを可能にしている。

なお、上述したスワイプ操作（又はフリック操作）に係る説明は、スマートフォン１０のディスプレイ１２を横長の状態に基づいたものであるが、スマートフォン１０のディスプレイ１２を縦長の状態で再生処理を行った場合も、水平方向のスワイプ操作（この場合は、短辺１２ｂに応じた方向のスワイプ操作）が同一ユーザの撮像動画の中で異なる撮像場所を切り替えるものとなり、また、垂直方向のスワイプ操作（この場合は、長辺１２ａに応じた方向のスワイプ操作）が、異なるユーザによる撮像動画に切り替えるものとなる。また、実際にサービスを行う場合は、水平方向のスワイプ操作を撮像場所の切替操作として、特定の名称を付した操作（例えば、Experienceの切替操作）で呼ぶようにしてもよく、同様に、垂直方向のスワイプ操作をユーザ切替操作として、特定名称を付した操作（例えば、Channelの切替操作）で呼ぶようにしてもよい。次に、動画管理システム４０について説明していく。

図１に示すように、動画管理システム４０は基本的に、サーバ装置５０及びデータベース装置６０で構成されている。サーバ装置５０は、通信端末装置Ｔ１からアップロードされてくる動画ファイルの受け入れ処理、視聴を希望するユーザＵ１０の通信端末装置Ｔ１０へ動画ファイルをダウンロードするために送り出す処理（送信する処理）、及びユーザの管理処理等を行っており、また、データベース装置６０は、サーバ装置５０の記憶装置（記憶システム又は記憶デバイス）として機能するように動画データベース６５を有しており、アップロードされる動画ファイルの格納及び読み出し等を行うものである。

図１１は、動画管理システム４０を構成するサーバ装置５０の主要な内部構成を示す。サーバ装置５０は一般的なサーバコンピュータで構成されているが、サーバ装置５０が行う各種処理について分散処理等を行うことで複数のサーバコンピュータ等を組み合わせてサーバ装置５０を構成することも可能であり、このような複数機器による構成の場合も、本発明におけるサーバ装置に相当する。以下、図１１に示すサーバ装置５０について説明する。

本実施形態におけるサーバ装置５０では、全体的な制御及び各種処理を行うＭＰＵ５０ａ（制御部５０ａ）に、各種デバイス等を内部接続線５０ｈで接続したものになっている。各種デバイス等には、通信モジュール５０ｂ、ＲＡＭ５０ｃ、ＲＯＭ５０ｄ、入力インタフェース５０ｅ、出力インタフェース５０ｆ、記憶システム（ＨＤＤシステム）５０ｇ等がある。

通信モジュール５０ｂは、ネットワークとの接続モジュールに相当する通信デバイス（通信手段）であり、所要の通信規格に応じたものである（例えばＩＥＥＥの通信規格に基づいたＬＡＮモジュール）。通信モジュール５０ｂは、所要の通信機器（図示は省略。例えばルータ等が該当）を介してネットワーク（動画管理システム４０の内部ネットワーク、及び外部のネットワークＮＷ等）と接続されており、動画管理システム４０の内部のデータベース装置６０、及び外部の通信端末装置Ｔ１、Ｔ１０等との通信を可能にしている。特にデータベース装置６０とは、システム内部のネットワークで通信を行えることから、サーバ装置５０は、データベース装置６０を自己の記憶デバイス的な記憶手段として使用し、データベース装置６０に記憶される各種ファイルをスムーズに保存又は読み出せるようにしている。

ＲＡＭ５０ｃは、ＭＰＵ５０ａの処理に伴う内容、ファイル等を一時的に記憶するものであり、ＲＯＭ５０ｄは、ＭＰＵ５０ａの基本的な処理内容を規定したプログラム等を記憶する。入力インタフェース５０ｅは、動画管理システム４０のシステム管理者等からの操作指示等を受け付けるキーボード５０ｉ、マウス等が接続されるものであり、システム管理者等から受け付けた操作指示等をＭＰＵ５０ａへ伝える。出力インタフェース５０ｆは、ディスプレイ５０ｊ（表示出力装置）が接続されるものであり、ＭＰＵ５０ａの処理に伴う内容をディスプレイ５０ｊへ出力し、システム管理者等が現在の処理内容等を確認できるようにしている。

記憶システム５０ｇ（記憶媒体手段に相当）は、プログラム及びテーブル等を記憶するものであり、本実施形態ではサーバシステムプログラムＰ１０、動画サービスプログラムＰ１１、登録ユーザテーブル５１等を記憶している。

サーバシステムプログラムＰ１０は、サーバ用のオペレーティングシステム（ＯＳ）に応じた各種処理を規定したものであり、この規定内容に基づいた処理をＭＰＵ５０ａが実行することで、サーバ装置５０はサーバコンピュータとしての基本的な機能を果たす。動画サービスプログラムＰ１１は、例えば光学ディスク等の記録媒体に記憶されて、このような記憶媒体を介して記憶システム５０ｇにインストールされたものであり、その詳細については後述し、先に、登録ユーザテーブル５１及びデータベース装置６０等の説明を行う。

図１２は、登録ユーザテーブル５１の中身の概要を示している。登録ユーザテーブル５１は、動画管理システム４０が提供する撮像動画に関するサービス（撮像動画のアップロード及びダウンロード等を行えるサービス）を利用する登録ユーザの各種情報を格納したテーブルであり、ユーザ登録にあわせて、ユーザを識別するユーザＩＤが動画管理システム４０からユーザに付与（発行）されており、登録ユーザテーブル５１では、付与されたユーザＩＤに対応付けて各種情報を格納している。

具体的に登録ユーザテーブル５１は、図１２に示すように、ユーザＩＤごとに、ユーザの氏名、住所、電話番号、メールアドレス、ＵＩＤ（ユーザの用いる通信端末装置の識別情報）、パスワード等を記憶している。このように登録ユーザテーブル５１に格納される氏名等のユーザ情報は、ユーザ登録時にユーザから提供されたものであり、新規ユーザの登録又は登録ユーザの脱退等に応じて、登録ユーザテーブル５１中身はサービス運営側により適宜更新される。なお、本実施形態では、登録されたメールアドレスをログイン時のログインＩＤとして用いており、また、パスワードはユーザ登録時にユーザから登録された英数字情報を用いている。

図１３は、サーバ装置５０の記憶手段（外部の記憶手段）として用いられるデータベース装置６０の概要的な内部構成を示す。データベース装置６０は、動画データベース６５に動画ファイル、所要の情報及びデータ等を整理して記憶する制御、又は動画データベース６５から動画ファイル、所要の情報及びデータ等を読み出す制御等を行うＤＢ制御部６０ａを有すると共に、サーバ装置５０等との通信インタフェースとなる通信部６０ｂを有する。サーバ装置５０から送られてくる動画ファイル等は、通信部６０ｂで受け取られて，ＤＢ制御部６０ａの制御により動画データベース６５に記憶され、また、動画データベース６５から読み出された動画ファイルは通信部６０ｂからサーバ装置５０へ渡される。

データベース装置６０が有する動画データベース６５は、オリジナル動画格納部６６及び配信動画格納部６７を含む。オリジナル動画格納部６６は、通信端末装置からアップロードされてきた動画ファイル（オリジナルの撮像動画ファイル）を格納するものであり、また、配信動画格納部６７は、ダウロード対象となる動画ファイルを格納する。

図１４は、オリジナル動画格納部６６の中身の概要を示す。オリジナル動画格納部６６は、サーバ装置５０経由で、ユーザ（例えば、図１に示すユーザＵ１）の通信端末装置（例えば、図１に示す通信端末装置Ｔ１）からアップロードされてきた動画ファイル（図８の撮像動画ファイル３０参照）をユーザＩＤ別に格納したものになっている（アップロード日時等も一緒に記憶）。なお、オリジナル動画格納部６６に含まれるユーザＩＤは、上述した登録ユーザテーブル５１のユーザＩＤに対応しており、登録ユーザテーブル５１に含まれるユーザＩＤが、オリジナル動画格納部６６へも連動して格納されている。本発明では、このように動画データベース６０に、オリジナル動画格納部６６を設けることで、アップロードされた撮像動画ファイルをオリジナルのままで保存して、バックアップ的に利用できるようにしている。

図１５は、配信動画格納部６７の中身の概要を示す。配信動画格納部６７は、ダウンロード対象となる動画ファイル（編集動画ファイル又は撮像動画ファイル）をユーザＩＤ別に格納している。なお、配信動画格納部６７に含まれるユーザＩＤも、上述した登録ユーザテーブル５１のユーザＩＤに対応しており、登録ユーザテーブル５１に含まれるユーザＩＤが、配信動画格納部６７へも連動して格納される。

また、配信動画格納部６７は、ユーザごとに格納した動画ファイルに対して、撮像タグ及びダウンロード回数の項目をそれぞれ関連付けている。撮像タグは、格納される動画ファイルのメタ情報に含まれる撮像場所名に応じた項目となっており、新たな動画ファイルを配信動画格納部６７へ格納する際に撮像場所名が撮像タグの項目として記憶される。また、ダウンロード回数の項目には、動画ファイルが配信動画格納部６７から読み出されるごとに、ＤＢ制御部６０ａによりカウントされて、カウントされた回数の数値が記憶されている。

そして、配信動画格納部６７に格納される各動画ファイル（編集動画ファイル又は撮像動画ファイル）の格納場所には、それぞれ固有のＵＲＬがＤＢ制御部６０ａにより付されており、この固有のＵＲＬに基づき、各動画ファイルを読み出しが行われる。なお、固有のＵＲＬは、撮像動画サービスに応じたアルファベット名称に、ユーザを識別する情報（ユーザ名をローマ字で表した情報又はユーザＩＤ）を付したものになっている。

次に、サーバ装置５０の記憶部５０ｇに記憶されている動画サービスプログラムＰ１１について説明していく。動画サービスプログラムＰ１１は、サーバ装置５０が動画サービスを提供するためにＭＰＵ５０ａが各種手段として行う処理内容を規定したものである。動画サービスプログラムＰ１１が規定する処理内容としては主に、ログインに係る処理、動画ファイルのアップロードに係る処理、編集動画ファイルの生成処理、及び動画ファイルのダウンロードに係る処理等がある。

ログインに係る処理として、ユーザのログイン操作に伴い通信端末装置（図１の通信端末装置Ｔ１、Ｔ１０等）から送られてくるログイン情報（ユーザのメールアドレス及びパスワード等を含むログイン要求の情報）を、サーバ装置５０が通信モジュール５０ｂで受信すると、ＭＰＵ５０ａは受信したログイン情報に含まれるメールアドレス及びパスワードが登録ユーザテーブル５１に含まれるか否かを検出する処理を、動画サービスプログラムＰ１１の規定に従って行う。

メールアドレス及びパスワードが登録ユーザテーブル５１に含まれないことをＭＰＵ５０ａが検出した場合、ログイン不可となり、ログイン不可通知をログイン情報の送信元の通信端末装置へ送信する制御処理をＭＰＵ５０ａは行う。一方、メールアドレス及びパスワードが登録ユーザテーブル５１に含まれることをＭＰＵ５０ａが検出した場合、ログイン完了となり、ログインの完了したユーザのユーザＩＤをＲＡＭ５０ｃ又は記憶システム５０ｇに記憶してログイン中であることを保持する。

また、動画ファイルのアップロードに係る処理として、ログイン中のユーザの通信端末装置からアップロードされてきた動画ファイル（撮像動画ファイル）をサーバ装置５０が通信モジュール５０ｂで受信すると、その撮像動画ファイルを、動画データベース６５におけるオリジナル動画格納部６６にログイン中のユーザＩＤに対応付けて記憶する処理をＭＰＵ５０ａが行う。ＭＰＵ５０ａが、このような処理を行うことで、動画データベース６５のオリジナル動画格納部６６には、図１４に示すように、データベース装置６０（ＤＢ制御部６０ａ）によって各ユーザＩＤに対応付けて撮像動画ファイルが格納される。

また、アップロードされた撮像動画ファイルについて、ＭＰＵ５０ａは、その撮像動画ファイルのメタ情報に含まれる撮像場所名（動画ファイルに付された撮像タグに相当）と同じものが、動画データベース６５の配信動画格納部６７の撮像タグの各項目の中に格納されているかを検出し、同じものが検出できないときＭＰＵ５０ａは、アップロードされた動画ファイルを、動画データベース６５における配信動画格納部６７にログイン中のユーザＩＤに対応付けて記憶する処理を行うと共に、その記憶する撮像動画ファイルに関連付けて、撮像タグの項目に、記憶する動画ファイルに付された撮像場所名を格納する処理を行う。このようなＭＰＵ５０ａの処理により、配信動画格納部６７にも撮像動画ファイルが格納されることになる。なお、このように動画ファイルを新たに格納した場合、この新たな格納場所に固有のＵＲＬが付される。

さらに、上述した撮像動画ファイルのアップロードに係る処理と関連して、編集動画ファイルの生成処理が行われる。すなわち、アップロードされた撮像動画ファイルについて、ＭＰＵ５０ａは、その撮像動画ファイルに付された撮像場所名と同じものが、撮像動画ファイルのアップロードを行ったログイン中のユーザＩＤに対応付けて、動画データベース６５の配信動画格納部６７に記憶される複数の動画ファイルの中から、これらの各動画ファイルに関連付けられた撮像タグの各項目の中にあることを検出すると、その検出した撮像タグの撮像場所名に関連付けられた動画ファイルを編集処理対象として特定する（動画ファイルの検出に相当）。そして、編集処理対象として検出（特定）した動画ファイルと、アップロードされた撮像動画ファイルを結合する処理を行って、編集動画に係る新たな一つの動画ファイル（編集動画ファイルと称す）をＭＰＵ５０ａは生成する。この際、新たに生成した編集動画ファイルには、結合に用いた動画ファイルに付されていた撮像タグを、そのまま付すことになる。

図１６（ａ）は、編集処理対象として、配信動画格納部６７に格納された撮像動画ファイルｆ１０がＭＰＵ５０ａにより検出された場合で、アップロードされた撮像動画ファイルｆ１と結合し、一つの編集動画ファイルＦｈ１を生成する状況の概要を示す。この図１６（ａ）に示す場合は、撮像動画ファイル同士を結合することになり、この結合により生成される編集動画ファイルＦｈ１の構造は、基本的に図８に示す撮像動画ファイル３０と同等になっている。

すなわち、生成された編集動画ファイルＦｈ１も、メタ情報及びコンテンツデータを含む。編集動画ファイルＦｈ１のメタ情報には、２つの撮像動画ファイｆ１、ｆ１０のメタ情報を含む内容になっており、それにより、編集動画ファイルＦｈ１には、各撮像動画ファイルｆ１、ｆ１０の撮像タグ（撮像場所名）が付された状態となる。また、編集動画ファイルＦｈ１のコンテンツデータは、撮像動画ファイｆ１のコンテンツデータ及び撮像動画ファイルｆ１０のコンテンツデータを結合したものになっており、編集動画ファイルＦｈ１が再生された際、この編集動画ファイルＦｈ１のコンテンツデータの中の撮像動画ファイｆ１のコンテンツデータの部分（新しく撮像された動画に応じた部分）が先に再生され、その次に、結合相手の撮像動画ファイルｆ１０のコンテンツデータの部分（撮像日時が新たにアップロードされたものに比べて古い動画に応じた部分）が再生されるように生成されている。

なお、撮像動画ファイｆ１のコンテンツデータが１０秒程度の動画、撮像動画ファイルｆ１０のコンテンツデータが２０秒程度の動画であれば、生成される編集動画ファイルＦｈ１に係る動画は約３０秒程度のコンテンツになる。また、生成される編集動画ファイルＦｈ１のファイル名は、結合される撮像動画ファイルｆ１、ｆ１０のそれぞれのファイル名を組み合わせたものにしており、例えば、アップロードされた撮像動画ファイルｆ１のファイル名がｘｙｚ．ｍｐ４であり、撮像動画ファイルｆ１０のファイル名が２ｚ１．ｍｐ４であれば、生成される編集動画ファイルＦｈ１のファイル名はｘｙｚ２ｚ１．ｍｐ４になる（アップロードされた撮像ファイルｆ１のファイル名を先に配置し、格納済みの撮像動画ファイルｆ１０のファイル名を次に配置する）。

そして生成された編集動画ファイルＦｈ１は、結合相手として既に格納されていた撮像動画ファイルｆ１０の替わりに配信動画格納部６７へ格納されることになり、それにより、格納されていた撮像動画ファイルｆ１０の撮像タグと同じ撮像場所名が編集動画ファイルＦｈ１にも関連付けられることになり、また、格納されていた撮像動画ファイルｆ１０に関連付けられていたダウンロード回数も、新たに生成された編集動画ファイルＦｈ１に引き継がれる。

また、図１６（ｂ）は、編集処理対象として、配信動画格納部６７に格納されていた編集動画ファイルＦｈ１０がＭＰＵ５０ａにより検出された場合で、アップロードされた撮像動画ファイルｆ１１と結合し、一つの編集動画ファイルＦｈ２０を生成する状況の概要を示す。この生成される編集動画ファイルＦｈ２０も、図１６（ａ）に示す編集動画ファイルＦｈ１と同様の構造であり、メタ情報及びコンテンツデータを含み、編集動画ファイルＦｈ２０のメタ情報は、撮像動画ファイｆ１１のメタ情報及び編集動画ファイルＦｈ１０のメタ情報を含む内容になっている。それにより、編集動画ファイルＦｈ２０には、撮像動画ファイｆ１１及び編集動画ファイルＦｈ１０の撮像タグが付された状態になっている。

そして、編集動画ファイルＦｈ２０のコンテンツデータは、撮像動画ファイｆ１１のコンテンツデータ及び編集動画ファイルＦｈ１０のコンテンツデータを結合したものになっており、図１６（ａ）に示す編集動画ファイルＦｈ１と同様に、編集動画ファイルＦｈ２０が再生された際、この編集動画ファイルＦｈ２０のコンテンツデータの中の撮像動画ファイｆ１１のコンテンツデータの部分が先に再生され、その次に、結合相手の編集動画ファイルＦｈ１０のコンテンツデータの部分が再生されるように生成されている。なお、撮像動画ファイｆ１１のコンテンツデータが１５秒程度の動画、編集動画ファイルＦｈ１０のコンテンツデータが３０秒程度の動画であれば、生成される編集動画ファイルＦｈ２０に係る動画は約４５秒程度のコンテンツになる。

また、新たに生成された編集動画ファイルＦｈ２０は、既に格納されていた編集動画ファイルＦｈ１０の替わりに配信動画格納部６７へ格納されることになり、それにより、格納されていた編集動画ファイルＦｈ１の撮像タグと同じ撮像場所名が編集動画ファイルＦｈ２０にも関連付けられることになり、また、格納されていた編集動画ファイルＦｈ１０に関連付けられていたダウンロード回数も、新たに生成された編集動画ファイルＦｈ２０に引き継がれる。

さらにまた、動画ファイルのダウンロードに係る処理は、基本的に上述したログインに係る処理でログインが完了したことに伴って行われるようになっており、ＭＰＵ５０ａは、ログインの完了したユーザの動画ファイルを含む複数の動画ファイルをデータベース装置６０が有する動画データベース６５から読み出し、再生順序に関連する配置を指定した情報（配置情報）を生成し、複数の動画ファイル及び配置情報を、ログイン情報の送信元の通信端末装置へ送信する制御処理を行う。

動画データベース６５から動画ファイルを読み出すにあたり、ＭＰＵ５０ａは、まず、動画データベース６５の中の配信動画格納部６７の中から、ログイン中のユーザＩＤに対応付けて記憶されている動画ファイル（編集動画ファイル又は撮像動画ファイル）を読み出す。この際、ＭＰＵ５０ａは最も新しい撮像日時をメタ情報に含む動画ファイル（編集動画ファイル又は撮像動画ファイル）を読み出すと共に、その最新の撮像日時の動画ファイル（編集動画ファイル又は撮像動画ファイル）を最初に再生することを、生成する配置情報で規定する。

それから、ＭＰＵ５０ａは、配信動画格納部６７でログイン中のユーザＩＤに対応付けて格納されている動画ファイルの中で、ダウンロード回数の多いものを、順次読み出していく。この際、ダウンロード回数の多いものとしては、最初に再生する動画ファイル（最新の撮像日時を含むもの）を除いて読み出しを行う。そして、ＭＰＵ５０ａは、読み出した各動画ファイルを、ダウンロード回数の多いものから、最初に再生することになる動画ファイルの近い箇所に配置し、ユーザ操作（例えばスワイプ操作）に応じて順次再生できるようにする規定を、生成する配置情報に含ませる。なお、本実施形態では、ログイン中のユーザＩＤに対応付けた動画ファイルとしては、最初に計５つの動画ファイルを読み出す仕様になっているが、配信動画格納部６７に、ログイン中のユーザＩＤに対応付けて計５つの動画ファイルが格納されていない場合は、ログイン中のユーザＩＤに対応付けて格納されている全ての動画ファイルを読み出すことになる。

上述したログイン中のユーザＩＤに対応付けられた動画ファイルの読み出し処理により、例えば、図１０に示す垂直方向における中段のＡ列の同一ユーザにより撮像された動画に応じた動画ファイルＡ−１〜５が読み出されることになる。このＡ列の真ん中の行に配置される動画ファイルＡ−１は上述したように、最新の撮像日時の動画ファイルであり、配置情報において最初の再生が指定される。そして、残りの動画ファイルＡ−２〜５は上述したように、ダウンロード回数に応じて順次配置されることが配置情報で規定される。

また、本実施形態では、ダウンロード対象の動画ファイルとして、異なる５人分のユーザＩＤに対応付けられた動画ファイルを読み出す仕様になっており、上述したログイン中のユーザＩＤに対応付けられた動画ファイルの読み出しに加えて、配信動画格納部６７で示されるダウンロード回数の多い動画ファイルに対応するユーザＩＤの動画ファイル（編集動画ファイル又は撮像動画ファイル）を順に読み出していく。

すなわち、ＭＰＵ５０ａは、配信動画格納部６７の中から、既に読み出しを決定しているユーザＩＤと異なるユーザＩＤに対応付けられた中で、最も多いダウンロード回数を検出し、その検出したダウンロード回数に対応付けられているユーザＩＤを特定する。そして、その特定したユーザＩＤに対応付けられた動画ファイル（編集動画ファイル又は撮像動画ファイル）を、上述したログイン中のユーザＩＤの対応付けられた動画ファイルの読み出し場合と同様に、配信動画格納部６７から読み出しを行って、ダウンロード対象に含ませると共に、再生順に係る配置関係の規定した内容を配置情報に含ませる。

上述したような読み出し処理を、ダウンロード回数の多い動画ファイルを撮像したユーザ順に行うことで、図１０に示すように、複数のユーザによる動画ファイル（編集動画ファイル又は撮像動画ファイル）を含むダウンロード対象の一群の動画ファイルが特定されると共に、再生順に係る配置関係も定まることになり、そのような再生順を規定した配置関係を示す配置情報をＭＰＵ５０ａは生成し、その生成した配置情報と共に、ダウンロード対象に特定して配信動画格納部６７から読み出した一群の動画ファイル（例えば、図１０に示す動画ファイル）を、ログインの完了したユーザの通信端末装置へ送信する。

なお、生成した配置情報は、サーバ装置５０（ＭＰＵ５０ａ）が送信済みの動画ファイルを確認できるようにするため、ログイン中のユーザＩＤに対応付けて、ＲＡＭ５０ｃ又は記憶システム５０ｇに一時的に記憶される。また、本実施形態では、一度に読み出すユーザの数は、図１０に示すように５人分にしているが、配信動画格納部６７での記憶状態が５人分に満たない状態であれば、全てのユーザが読み出し対象になる。

配置情報で指定した上記のような配置にすることで、ダウンロードを行った通信端末装置では、最初に、その通信端末装置を使用するユーザ自身の最新動画が再生表示され、その状態から左右方向のスワイプ操作（図９のスワイプ操作２５ａ、２５ｂ参照）を行えば、ダウンロード回数の多いユーザ自身による動画が再生表示されるようになり、ユーザ自身がアップロードした動画をスムーズに確認できる。

そして、ユーザ自身の撮像した動画を再生表示している状態で、上下方向のスワイプ操作（図９のスワイプ操作２６ａ、２６ｂ参照）を行えば、ダウンロード回数の多い異なるユーザによる撮像動画の中で、最新のものが再生表示されるので、人気のある他のユーザによる撮像動画を効率的に確認できる。また、他のユーザによる撮像動画を再生表示している状態で、左右方向のスワイプ操作（図９のスワイプ操作２５ａ、２５ｂ参照）を行えば、その他のユーザによる撮像動画の中で、ダウンロード回数が多い撮像動画が順に再生表示されるので、表示中の他のユーザによる撮像動画の中で、人気のある撮像動画をスムーズに確認できることになる。なお、ログイン中のユーザＩＤに対応付けられる動画ファイルが、配信動画格納部６７に存在しないときは、ダウンロード回数の多いユーザＩＤに対応付けられた動画ファイルが読み出し対象になると共に、最初に再生が指定される動画ファイルは、最もダウンロード回数の多いユーザＩＤに対応付けられた最新の動画ファイルになる。

また、上述した動画ファイルの読み出し及びダウンロードは、ログイン完了に伴う場合の処理であるが、それ以外にも、通信端末装置におけるスワイプ操作に伴って、再生処理対象が、配置情報で示される動画ファイルを超えると、上述したように、動画ファイル要求が通信端末装置からサーバ装置５０へ送られてくるので、このような動画ファイル要求をサーバ装置５０が受信した場合にも、動画ファイルの読み出し及びダウンロードに関する処理は行われる。

列指定の動画ファイル要求をサーバ装置５０が受信した場合、ＭＰＵ５０ａは、ＲＡＭ５０ｃ又は記憶システム５０ｇに記憶されている配置情報を参照して、受信した動画ファイル要求で示される列に応じたユーザＩＤに対応付けられた動画ファイルを配信動画格納部６７の中から特定して読み出し、読み出した動画ファイルを動画ファイル要求の送信元の通信端末装置へ送信する処理を行う。なお、この場合も、ダウンロード回数が多い動画ファイルをＭＰＵ５０ａは特定することになり、本実施形態では、配置情報に基づき、最新の動画を除いて、４番目に多いダウンロード回数の動画ファイルが送信されているので、５番目以降の動画ファイル（１又は複数の動画ファイル）を特定して、配信動画格納部６７から読み出し、動画ファイルの要求元の通信端末装置へ送信する処理をＭＰＵ５０ａは行う。また、５番目以降の動画ファイルが配信動画格納部６７に記憶されていないときは、動画ファイルの無い旨の通知を動画ファイルの要求元の通信端末装置へ送信する処理をＭＰＵ５０ａは行う。

また、異なるユーザ指定の動画ファイル要求をサーバ装置５０が受信した場合、ＭＰＵ５０ａは、記憶されている配置情報を参照して、既に配信した各ユーザの次にダウンロード回数が多いユーザＩＤを配信動画格納部６７から特定し、その特定したユーザＩＤに対応付けられた各動画ファイルを、上述した場合と同様に特定して読み出し、動画ファイル要求の送信元の通信端末装置へ送信する処理を行う。なお、読み出し対象として、異なるユーザに係る動画ファイルが配信動画格納部６７に記憶されていないときは、動画ファイルの無い旨の通知を動画ファイルの要求元の通信端末装置へ送信する処理をＭＰＵ５０ａは行う。以上のような追加的な動画ファイル要求に対して、サーバ装置５０は適宜、動画ファイルを通信端末装置へ送信するので、通信端末装置のユーザは、各方向のフリック操作を行えば、様々な動画を適宜視聴できる。

次に、上述した構成の撮像動画サービスシステム１における通信端末装置（例えば、図１に示すユーザＵ１の通信端末装置Ｔ１等）、及び動画管理システム４０のサーバ装置５０によるログイン処理、及びアップロード処理等に関する撮像動画管理方法の一連の処理内容を、図１７〜１９の第１〜３フローチャートに整理して説明する。

図１７の第１フローチャートは、ユーザが通信端末装置を用いて動画管理システム４０へログインを行うときからの処理手順を示したものである。この第１フローチャートは、通信端末装置（例えば、スマートフォン１０）のホーム画面を表示した状態から開始される状況を示し、まず、ホーム画面に含まれるアイコンの中で、動画アプリＰ２用のアイコンがユーザにより選択された否かを通信端末装置は判断する（Ｓ１）。動画アプリＰ２用のアイコンが選択されていない場合（Ｓ１：ＮＯ）、ユーザによるアイコンの選択待ちの状態となり、アイコンの選択が行われた場合（Ｓ１：ＹＥＳ）、通信端末装置は、図４に示すログイン画面２０をディスプレイ１２に表示する（Ｓ２）。

そして、通信端末装置（スマートフォン１０のＣＰＵ１０ａ）は、ログイン画面２０において、メールアドレスの入力操作、パスワードの入力操作、及びログインボタン２０ｃのタップというログイン操作が行われたか否かを判断する（Ｓ３）。ログイン操作が無い場合（Ｓ３：ＮＯ）、ログイン操作待ちの状態となり、また、ログイン操作が有った場合（Ｓ３：ＹＥＳ）、ユーザのログイン情報（入力されたメールアドレス及びパスワード、並びにユーザ端末を識別するＵＩＤ等を含む情報）を動画管理システム４０のサーバ装置５０へ通信端末装置は送信する（Ｓ４）。

一方、動画管理システム４０のサーバ装置５０（ＭＰＵ５０ａ）は、最初の段階で、通信端末装置から送られるログイン情報を受信したか否かを判断しており（Ｓ１０）、受信していない場合（Ｓ１０：ＮＯ）、受信待ちの状態となる。また、ログイン情報を受信した場合（Ｓ１０：ＹＥＳ）、受信したログイン情報に含まれるメールアドレス、パスワード等について、図１２に示す登録ユーザテーブル５１に格納される情報の中で一致するものがあるか否かをサーバ装置５０は判断する（Ｓ１１）。一致する情報が格納されていない場合（Ｓ１１：ＮＯ）、サーバ装置５０はログイン不可通知をログイン情報の送信元の通信端末装置へ送信する（Ｓ１２）。

また、ログイン情報に一致する情報が登録ユーザテーブル５１に格納されている場合（Ｓ１１：ＹＥＳ）、ログイン完了となり、ログイン完了となったユーザのユーザＩＤをＲＡＭ５０ｃ等に記憶してログイン完了の設定をＭＰＵ５０ａは行う（Ｓ１３）。それから、ＭＰＵ５０ａは上述したように、データベース装置６０が有する動画データベース６５の配信動画格納部６７から、ログイン中のユーザＩＤに対応付けられた動画ファイルを中心に複数の動画ファイルを読み出す（Ｓ１４）。なお、読み出した複数の動画ファイルに関して、ＭＰＵ５０ａは上述したように、再生順序に係る配置情報の生成を行う（図１０参照）。そして、ＭＰＵ５０ａは、読み出した一群の動画ファイルを、配置情報と共に、ログイン中のユーザの使用する通信端末装置へ送信する処理を行う（Ｓ１５）。

通信端末装置（ＣＰＵ１０ａ）は、Ｓ４の段階でログイン情報を送信してから、ログイン不可通知を受信したか否かを判断しており（Ｓ５）、ログイン不可通知を受信した場合（Ｓ５：ＹＥＳ）、Ｓ２の段階に戻って、再度、ログイン画面２０をディスプレイ１２に表示して、正しいログイン情報の入力機会をユーザに提示する。なお、再度、ログイン画面２０を表示する際は、入力されたログイン情報が正しくない旨などをログイン画面２０内に示して、ユーザに注意を促すことが好適である。

また、ログイン不可通知を受信しない場合（Ｓ５：ＮＯ）、次に、通信端末装置（ＣＰＵ１０ａ）は、一群の複数の動画ファイルを受信（ダウンロード）したか否かを判断し（Ｓ６）、動画ファイルを受信していない場合（Ｓ６：ＮＯ）、Ｓ５の段階へ戻り、再度、ログイン不可通知の受信の有無の判断を行うことになる。

一方、通信端末装置（ＣＰＵ１０ａ）は、動画ファイルを受信した場合（Ｓ６：ＹＥＳ）、受信した動画ファイルをＲＡＭ１０ｃ等に一時的に記憶する（Ｓ７）。なお、動画ファイルを受信したときは、動画ファイルと一緒に送られてくる配置情報も受信することになり、通信端末装置は、受信した配置情報も、受信した一群の動画ファイルと関連付けてＲＡＭ１０ｃ等に記憶する。それから、通信端末装置は、受信した配置情報を参照して、受信した複数の動画ファイルの中から最初に再生する動画ファイル（ログインしたユーザによる最新の撮像動画を含む動画ファイル）を特定し、その特定した動画ファイルの再生処理を行い（Ｓ８）、図５のメイン画面２１で示すように、再生する動画ファイルに応じた動画Ｄを、ディスプレイ１２の中で全画面表示の形態で表示する（Ｓ９）。

以上のような一連の処理により、ログインを行えば、ユーザ自身による最新の撮像動画が自動で再生されるため、本発明ではスムーズに動画の視聴を開始できるメリットがある。また、再生される動画は、ディスプレイ１２で全画面表示されるので、画面サイズの小さなスマートフォンを通信端末装置に用いても動画内容を詳細に確認できる。なお、ユーザ自身による撮像動画がアップロードされていないときは、ダウンロード回数の最も多いユーザによる最新の撮像動画が全画面表示されるので、この場合は、その時点で人気のある撮像動画をスムーズに確認できることになる。

また、図１８は、再生表示対象となる動画の切替に関する一連の処理手順を示す第２フローチャートであり、上述した第１フローチャートにおいて通信端末装置で動画Ｄを表示した段階（Ｓ９）から続く処理内容になる。通信端末装置（ＣＰＵ１０ａ）は、動画の再生中に、図９に示す各方向のスワイプ操作２５ａ、２５ｂ、２６ａ、２６ｂに応じたユーザによる表示対象（再生対象）の切替操作を受け付けたか否かを判断する（Ｓ２０）。切替操作を受け付けていない場合（Ｓ２０：ＮＯ）、切替操作待ちの状態となり、また、切替操作を受け付けた場合（Ｓ２０：ＹＥＳ）、通信端末装置は、切替対象の動画ファイルがＲＡＭ１０ｃ等に記憶されているかを、配置情報を参照して判断する（Ｓ２１）。

この場合、例えば、図１０に示す動画ファイルの配置状況で、動画ファイルＡ−１の再生中にフリック操作２５ａを受け付けたときは、再生処理の切替対象は動画ファイルＡ−３となり、この動画ファイルＡ−３は、ログイン完了時にダウロードする一群の動画ファイルに含まれるので、ＲＡＭ１０ｃ等に記憶されているものとなる。一方、例えば、図１０に示す動画ファイルＡ−４の再生中にフリック操作２５ｂを受け付けたときは、その動画ファイルＡ−４の右側には動画ファイルの配置の存在が規定されていないので、このようなときに、切替対象の動画ファイルが記憶されていないと通信端末装置（ＣＰＵ１０ａ）が判断することになる。

切替対象の動画ファイルが記憶されている場合（Ｓ２１：ＹＥＳ）、通信端末装置は、その記憶されている動画ファイルを切替対象にして再生処理を行い（Ｓ２７）、その再生処理により得られた動画をディスプレイ１２に表示する（Ｓ２８）。一方、切替対象の動画ファイルが記憶されていない場合（Ｓ２１：ＮＯ）、通信端末装置は、スワイプ操作に応じた配置に係る動画ファイル要求（列指定、又は異なるユーザ指定の動画ファイルの要求）をサーバ装置５０へ送信する（Ｓ２２）。

この第２フローチャートにおいて、サーバ装置５０は、通信端末装置から動画ファイル要求を受信したか否かを判断する状況になっており（Ｓ３０）、動画ファイル要求を受信していない場合（Ｓ３０：ＮＯ）、動画ファイル要求の受信待ちの状態となり、動画ファイル要求を受信した場合（Ｓ３０：ＹＥＳ）、受信した動画ファイル要求に応じた動画ファイルが、動画データベース６５の配信動画格納部６７に記憶されているか否かを通信端末装置は検出する（Ｓ３１）。

このＳ３１の段階の動画ファイルの記憶の検出において、例えば、列指定の動画ファイル要求を受信した場合で、その指定された列に係るユーザＩＤに対応付けられた動画ファイルをログイン完了時に全て送信していれば、それ以上の動画ファイルは動画データベース６５の配信動画格納部６７に記憶されていないので、このようなときは検出結果の判断の段階で（Ｓ３２）、要求対象の動画ファイルは記憶されていないと判断される（Ｓ３２：ＮＯ）。一方、指定された列に係るユーザＩＤに対応付けられた動画ファイルが６以上、配信動画格納部６７に格納されていれば、本実施形態ではログイン完了時に計５つの動画ファイルを送信する仕様になっていることから、この場合であれば、少なくとも一つの動画ファイルは未送信であるから、検出結果により、その未送信の動画ファイルが記憶されていることが判断される（Ｓ３２：ＹＥＳ）。

そして、動画ファイル要求に応じた動画ファイルが記憶されている場合（Ｓ３２：ＹＥＳ）、サーバ装置５０は、その動画ファイルを動画データベース６５の配信動画格納部６７から読み出して通信端末装置へ送信する（Ｓ３３）。一方、動画ファイル要求に応じた動画ファイルが記憶されていない場合（Ｓ３２：ＮＯ）、サーバ装置５０は、要求対象の動画ファイルが無い旨の通知（動画ファイル無し通知）を通信端末装置へ送信する（Ｓ３４）。

通信端末装置（ＣＰＵ１０ａ）は、Ｓ２２の段階で動画ファイル要求を送信した後、動画ファイルを受信（ダウンロード）したか否かを判断しており（Ｓ２３）、動画ファイルを受信した場合（Ｓ２３：ＹＥＳ）、新たに受信した動画ファイルをＲＡＭ１０ｃ等に記憶し（Ｓ２４）、その後は、上述したＳ２７、２８以降の段階へ処理を進めて、その新たな動画ファイルの再生処理を行い、再生処理に係る動画の表示を行う。このような処理により、ログイン時のダウンロードで含まれない動画ファイルに係る動画も、ディスプレイ１２におけるスワイプ操作（フリック操作）で適宜表示できることになる。

また、動画ファイルを受信しない場合（Ｓ２３：ＮＯ）、通信端末装置は次に、動画ファイル無し通知を受信したか否かを判断し（Ｓ２５）、動画ファイル無し通知を受信しない場合（Ｓ２５：ＮＯ）、上述したＳ２３の段階へ処理を戻す。一方、動画ファイル無し通知を受信した場合（Ｓ２５：ＹＥＳ）、通信端末装置は、図１０に示す配置の中でループするように、再生対象の動画ファイルをＲＡＭ１０ｃ等に記憶する中から特定し（Ｓ２６）、その後は、特定した動画ファイルに対して上述したＳ２７、２８の処理を行って、特定した動画ファイルに係る動画をディスプレイ１２に表示する。

以上のように、動画表示中に各方向のいずれかのスワイプ操作２５ａ、２５ｂ、２６ａ、２６ｂをユーザが行えば、通信端末装置（ＣＰＵ１０ａ）は、スワイプ操作に応じた再生対象となる動画ファイルを、配置情報を参照して特定し、再生対象を切り替えてディスプレイ１２で表示する動画も切り替えるので、ダウンロード回数の多い各動画を効率的に視聴できる。そして、更なるスワイプ操作で再生対象が、ダウンロードした動画ファイルの範囲を超えると、通信端末装置は動画ファイル要求をサーバ装置５０へ送信し、サーバ装置５０から要求に応じた動画ファイルを受信（ダウンロード）すれば、その動画ファイルの再生処理を行って動画を表示するので、ディスプレイ１２で全画面表示を行っても様々な動画を適宜切り替えて表示できる。

そして、図１９に示す第３フローチャートは、撮像及びアップロードに係る一連の処理を整理したものであり、第１フローチャートでログインが完了してディスプレイ１２に動画Ｄを表示している状態からの処理を示す。まず、通信端末装置（ＣＰＵ１０ａ）は、メイン画面２１がタッチされることで示されるカメラアイコン２１ｂ（図６（ａ）参照）がタップされることで、撮像画面２２にディスプレイ１２の表示が切り替わって、撮像スタートアイコン２２ｂ（図６（ｂ）参照）がタップされるというユーザによる撮像操作を受け付けたか否かを判断する（Ｓ４０）。撮像操作を受け付けていない場合（Ｓ４０：ＮＯ）、撮像操作待ちの状態となる。

また、撮像操作を受けた場合（Ｓ４０：ＹＥＳ）、通信端末装置は、撮像処理を行う（Ｓ４１）。なお、撮像処理の際、通信端末装置は、ＧＰＳ部１０ｈで検出した緯度経度に応じた撮像場所名の取得処理も行っている。それから、通信端末装置は、撮像停止アイコン２３ａ（図７（ａ）参照）がタップされるというユーザによる撮像停止操作を受け付けたか否かを判断する（Ｓ４２）。撮像停止操作を受け付けていない場合（Ｓ４２：ＮＯ）、Ｓ４１の段階へ戻り、撮像処理を継続する。

そして、撮像停止操作を受け付けた場合（Ｓ４２：ＹＥＳ）、次に、通信端末装置は、
アップロードアイコン２４ｂがタップされるというユーザによるアップロード操作を受け付けたか否かを判断する（Ｓ４３）。アップロード操作を受け付けていない場合（Ｓ４３：ＮＯ）、アップロード操作待ちの状態となる。

また、アップロード操作を受け付けた場合（Ｓ４３：ＹＥＳ）、通信端末装置は、撮像した動画に基づくコンテンツデータ、及び撮像タグに係る撮像場所名等の撮像状況情報を含むメタ情報を有する動画ファイル（図８の撮像動画ファイル参照）を生成し（Ｓ４４）、生成した動画ファイルをサーバ装置５０へアップロード（送信）する（Ｓ４５）。通信端末装置側の撮像からアップロードに至る処理は、この段階で一旦終了し、この後の通信端末装置側の処理は、撮像操作以前の状態（再生動画の表示状態、例えば、第１フローチャートのＳ９の段階）へ戻ることになる。

そして、この第３フローチャートにおいて、サーバ装置５０は最初の段階（Ｓ５０）で、アップロードされる動画ファイルを受信したか否かを判断しており（Ｓ５０）、アップロードを受信していない場合（Ｓ５０：ＮＯ）、受信待ちの状態となり、アップロードを受信した場合（Ｓ５０：ＹＥＳ）、受信した動画ファイル（撮像動画ファイル）を動画データベース６５のオリジナル動画格納部６６に、ログイン中のユーザＩＤに対応付けて記憶する処理を行う（Ｓ５１）。

それから、サーバ装置５０は、受信した動画ファイルに付されたメタ情報の撮像場所名と同じ名称が、動画データベース６５の配信動画格納部６７において、ログイン中のユーザＩＤに対応付けられた撮像タグの各項目の中に格納されているかを検出する（Ｓ５２）。同じ名称が格納されているのを検出しない場合（Ｓ５２：ＮＯ）、受信した動画ファイルをログイン中のユーザＩＤに対応付けて配信動画格納部６７に記憶する処理を行う（Ｓ５３）。この際、記憶する動画ファイルに付された撮像場所名をメタ情報の項目に、記憶する動画ファイルに関連付けて格納する処理も行う。なお、同じ名称を検出しなかった場合（Ｓ５２：ＮＯ）で、Ｓ５３の段階の記憶処理を行うことで、アップロードされた動画処理に対するサーバ装置５０側の処理を一旦終了する。

また、同じ名称が格納されているのを検出した場合（Ｓ５２：ＹＥＳ）、その同じ名称に関連付けて配信動画格納部６７に記憶されている動画ファイル（撮像動画ファイル又は編集動画ファイル）を、編集処理対象として、サーバ装置５０（ＭＰＵ５０ａ）は検出して特定する（Ｓ５４）。そして、サーバ装置５０（ＭＰＵ５０ａ）は、特定した動画ファイルに、受信した動画ファイルを結合して一つの編集動画ファイルを生成する処理を行い（Ｓ５５）、その生成した編集動画ファイルを、特定した動画ファイルの替わりに、配信動画格納部６７へ記憶する処理を行う（Ｓ５６）。なお、同じ名称を検出した場合については（Ｓ５２：ＹＥＳ）、Ｓ５６の段階の記憶処理を行うことで、アップロードされた動画処理に対するサーバ装置５０側の処理を一旦終了する。

このように通信端末装置からの動画ファイルのアップロードに対して、サーバ装置は上述した処理を行うことで、アップロードした動画ファイルに係る動画が、撮像したユーザによる初めての撮像場所であれば、アップロードした動画ファイルが、そのままダウロード用に記憶されるので、新たな撮像場所で撮像した動画を公開できる機会を確保できることになる。また、アップロードした動画ファイルに係る動画が、撮像したユーザによって今までに撮像された場所であれば、先に撮像されたときの動画ファイルに、アップロードした動画ファイルを結合して一つの編集動画ファイルにまとめて編集するので、同じ撮像場所の動画を自動的に整理でき、同じ撮像場所の動画を効率良くスムーズに視聴する機会を提供できる。

なお、本発明は上述した形態に限定されるものではなく、様々な変形例が想定できる。例えば、編集動画ファイルを生成する際、アップロードされた動画ファイル（撮像動画ファイル）に結合する対象の動画ファイルの検出及び特定の処理において、撮像タグとして撮像場所名を用いる以外に、様々な情報を用いることが可能である。具体的には、撮像場所に関する情報（撮像状況情報）として、緯度経度の数値、標高（高度）等を用いることが可能であり、さらには、場所以外の天気、気温、湿度等の撮像に係る条件や、撮像時の匂い、振動、傾き、カメラ情報（撮像レンズの仕様）等も用いることができ、さらにまた、撮像動画内容の解析等を行う場合は動画に写っているオブジェクトを示す情報（写っているのが、家、人、犬など）も撮像タグに用いることができる。

検出用の撮像タグとして、緯度経度の数値を用いる場合は、アップロードする動画ファイルのメタ情報の中に、ＧＰＳ部１０ｈで撮像時に検出された緯度経度の数値を含ませて、動画ファイルに付すようにしており、また、結合する対象を検出する際には、同じ数値だけに検出対象を限定すると、結合相手をほとんど検出できなくなるので、その緯度経度の数値から所定範囲内の数値を含む動画ファイルは、同じ撮像場所として検出することになる。このように、緯度経度で検出を行えば、撮像場所名の取得等の処理を省略できるメリットがある。

また、検出用の撮像タグとして、撮像場所の標高（高度）を用いる場合は、通信端末装置（例えば、スマートフォン１０等）に高度検出ユニットを設け、撮像時の標高の数値を検出し、その検出した標高の数値をアップロードする動画ファイルのメタ情報の中に含ませるようにする。そして、結合相手の検出の際には、上述した緯度経度の場合と同様に、同じ数値だけに検出対象を絞ると、検出が困難になるので、検出した標高の数値プラスマイナス１〜４ｍ程度の差は同じ高度とみなして、検出することになる。このように標高で検出を行えば、山や高地等で撮像を行う場合に、同レベルの標高の動画をスムーズに編集できるメリットがある。

さらに、検出用の撮像タグとして天気を用いる場合は、通信端末装置（例えば、スマートフォン１０等）に天気の検知ユニットを設けて、撮像時の天気（晴れ、曇り、雨、雪など）を検知することになる。このように検知した天気で検出を行うと、生成する編集動画ファイルの動画の中身を、同じ天気のものでまとめられるメリットがある。さらにまた検出用の撮像タグとして気温、湿度等を用いる場合は、通信端末装置（例えば、スマートフォン１０等）に気温、湿度等の検知ユニットを設けて、撮像時の気温、湿度等の数値を検出することになる。

また、検出用の撮像タグとして、撮像時の匂い、震動、傾き等を用いる場合は、通信端末装置（例えば、スマートフォン１０等）に、匂い、震動、傾き等をそれぞれ検知するユニットを設けて、匂い、震動、傾き等を検知することになる。さらに、検出用の撮像タグとして、撮像レンズの仕様等に係るカメラ情報を用いる場合は、これらの撮像レンズの仕様等は予め判明しているので、その判明している仕様等を示す情報をＲＡＭ１０ｃ又はＲＯＭ１０ｄ等に記憶しておき、動画の撮像を行った場合、ＲＡＭ１０ｃ等に記憶している撮像カメラの仕様等の情報を読み出して、生成した動画ファイルのメタ情報に含ませることになる。

そして、検出用の撮像タグとして、動画に写っているオブジェクトを示す情報（写っているのが、家、人、犬など）も用いる場合は、通信端末装置（例えば、スマートフォン１０等）の記憶部１０ｋに、動画に写っているオブジェクトを抽出する処理を規定したオブジェクト抽出アプリ（アプリケーションプログラム）をインストールしておき、動画を撮像した場合、オブジェクト抽出アプリを起動させて、その動画に写っているオブジェクトが何であるかをＣＰＵ１０ａが抽出して特定し、その特定した結果（特定したオブジェクトを示す情報）を、アップロードする動画ファイルのメタ情報の中に含ませることになる。このようにすると、生成する編集動画ファイルによる動画の中身が、同様のオブジェクトに対するものとなり、オブジェクト別に撮像動画を視聴できるようになる。

なお、検出用の撮像タグとして用いることが可能な上述した各例は、適宜、組み合わせて使用することも可能であり、例えば、緯度経度と標高を組み合わせることや、標高と気温等を組み合わせて、編集対象の動画ファイルの更なる絞り込みを行えるようにしてもよい。

さらには、検出用の撮像タグを自動で検知・取得する以外に、撮像を行うユーザにより撮像タグを入力する仕様にすることも可能である。この場合は、図６（ｂ）に示す撮像画面２２又は図７（ｂ）に示す撮像完了画面２４に、テキスト入力欄を表示すると共に、ＯＳプログラムＰ１の機能によりソフトキーボードをディスプレイ１２に表示し、このソフトキーボードをユーザが適宜操作することで、テキスト入力欄に入力した情報を、通信端末装置（ＣＰＵ１０ａ）は撮像タグとして受け付けて、生成する動画ファイルに付すようにする（メタ情報に入力した撮像タグ含ませる）。このようにユーザ入力の情報を、撮像状況を示す撮像タグとして利用すると、多様な表現を撮像タグに用いることが可能となり、例えば、「Ａさんの結婚式二次会」、「子供の運動会」等といったイベント、催し物の名称を撮像タグに適用可能となる。

また、上記のようにユーザ操作で撮像タグを入力する場合は、ハッシュタグ形式で情報の入力を行ってもよく、このようハッシュタグ形式で撮像タグを入力すると、結合相手の動画ファイルをハッシュタグの文字列で検出することも可能になり、また、図１０で示すようにダウンロードする一群の複数の動画ファイルをサーバ装置５０が検出して特定する際、ハッシュタグを利用して、ダウンロード対象の動画ファイルを検出できるメリットも生じる。さらに、動画の視聴を希望するユーザにとっては、ハッシュタグの入力により、視聴したい動画をハッシュタグで指定でき、視聴したい動画の絞り込みも容易になる。

例えば、図６（ａ）に示す各種メニューを表示したメイン画面２１において、視聴したい撮像タグを入力できる入力欄を設けると共に、ＯＳプログラムＰ１の機能によりソフトキーボードをディスプレイ１２に表示し、このソフトキーボードをユーザが適宜操作することで、テキスト入力欄に入力した情報で、ハッシュタグ形式の撮像タグについて配信動画格納部６７をサーバ装置５０が検索し、検索によりヒットした動画ファイルをダウンロード対象として特定するようにしてもよい。

なお、上記のユーザによる情報の入力は、ソフトキーボードを用いる替わりに、音声入力を適用することも可能であり、この場合は、撮像タグを示す情報をユーザが音声で発し、通信端末装置はユーザの発する音声をマイク１４で取得し、取得した音声をテキスト変換する処理を行い、変換したテキスト（文字列）で、結合相手の検出、視聴したい動画の検索等を行う。そして、このような音声入力を適用した場合には、ユーザの音声による問いかけで、撮像タグ（撮像場所名）を、再生動画に重ねて表示する仕様にすることも想定できる。

例えば、通信端末装置で動画の再生表示中に、ユーザが「ここどこ」という音声を発すれば、通信端末装置は、その音声をマイク２４で取得し、その取得した「ここどこ」という音声をテキスト変換して意味を解釈し、動画の撮像場所を問いかける音声であることを認識することで、その認識をトリガーにして、再生中の動画に係る動画ファイルに付された撮像場所名を、動画に重ねてディスプレイ１２に表示する処理を行う。このような処理を行うことで、ユーザは、視聴していて気になった撮像動画について、その撮像場所を容易に確認できるようになる。

また、上述した説明では、編集動画ファイルの生成は、同じユーザＩＤに対応付けられる動画ファイル同士を結合して行っていたが、異なるユーザＩＤに対応付けられる動画ファイルを結合して、編集動画ファイルを生成してよい。このように異なるユーザＩＤに係る動画ファイルによる結合で編集動画ファイルを生成すると、様々なユーザにより撮像された動画の中で、同じ撮像タグの付された動画を連続して視聴できるようになり、異なるユーザにより撮像された各動画を比較して楽しむことができる。なお、異なるユーザＩＤに係る動画ファイルで生成された編集動画ファイルは、結合に用いた各動画ファイルに係るユーザＩＤのそれぞれに対応づけて配信動画格納部６７に記憶して、それぞれのユーザＩＤから読み出せるようにすることが好適である。

さらに、上述した説明では、編集動画ファイルは、再生の際、結合に用いた動画ファイルについて、新しい撮像日時の撮像動画の部分から古い撮像日時の撮像動画の部分へ向かう順で再生されるように結合していたが、これとは逆に、再生の際、古い撮像日時の撮像動画の部分から新しい撮像日時の撮像動画の部分へ向かう順で再生されるように複数の動画ファイルを結合して編集動画ファイルを生成することも可能である。ただし、この順序で再生を行う場合、再生対象の編集動画ファイルが、多数の動画ファイルで編集されている場合、又は撮像日時の古い動画ファイルの撮像時間が長いときなどは、新しい撮像日時の動画が再生表示されるのに時間を要するので、編集動画ファイルを構成する各動画ファイルの部分に係る動画の部分の再生時間を基準時間（例えば、１０秒から３０秒の範囲内の所定の時間）に留めて、この基準時間で再生対象となる各動画ファイルの部分を自動で順次切り替えて、各動画の表示を行うようにしてもよい。

さらにまた、編集動画ファイルの再生処理において、編集動画ファイルに含まれる各動画ファイルによる動画部分の切替は、上述した基準時間に基づき行う他には、動画に係る音声の周波数特性を検出し、検出した周波数特性の特異点となる箇所で再生対象となる動画ファイルの動画部分を切り替えてもよい。すなわち、動画に含まれる音声等に係る周波数特性の特異点は、動画の中身が切り替わる場面になっていることが多いので、このように周波数特性の特異点で再生対象を切り替えるようにすることで、動画の中身が切りの良い箇所で、次の動画ファイルに再生対象を切り替えることができる。なお、周波数特性の特異点で再生対象を切り替えるには、事前に各動画ファイルに応じた動画に含まれる音声等について周波数特性の検出を行って特異点を特定し、特定した特異点を動画ファイルとセットにして配信動画格納部６７に記憶しておく必要があり、このような周波数特性の検出及び特異点の特定処理は、サーバ装置５０で行うことになる。

また、サーバ装置５０からダウンロードする一群の複数の動画ファイルの配置の仕方について（図１０参照）、上述した説明では、ダウンロード回数の多い順に再生されやすい配置にしたが、他の配置の仕方も勿論可能であり、例えば、ユーザの視聴の嗜好に応じた配置順を適用してもよい。このようにユーザの視聴嗜好を配置の順序に反映する場合は、ユーザの視聴履歴として、ユーザが視聴した動画ファイルの撮像タグを記録する。

図２０は、変形例の登録ユーザテーブル１５１を示し、図１２に示す登録ユーザテーブル５１に比べて視聴履歴（撮像タグ）の欄を追加した点が異なっている。サーバ装置（ＭＰＵ５０ａ）は、通信端末装置へ動画ファイルを送信する際、その送信する動画ファイルに付された撮像タグ（例えば、撮像場所名）を、送信先の通信端末装置となるユーザのユーザＩＤに対応付けて、図２０の変形例の登録ユーザテーブル１５１に、送信日と共に記憶する処理を行う。このような視聴履歴の記憶を続けていくことで、記憶された撮像タグからユーザの視聴の嗜好を特定することが可能となる。

サーバ装置５０は、変形例の登録ユーザテーブル１５１を参照して、送信先となるユーザＩＤに対応付けられている各撮像タグの内容について、撮像場所の多い順序を特定し、撮像場所の多い順序で、動画ファイルを配信動画格納部６７から検出して読み出しを行い、送信する一群の動画ファイルとして送信を行う。例えば、京都のお寺に関する視聴履歴が多いユーザについては、視聴履歴として京都のお寺、又は京都近辺のお寺の視聴を好む傾向であることをサーバ装置５０は認識できるので、この認識した結果に基づき、ダウンロード対象となる動画ファイルの検出及び特定を行うことになる。このようにユーザの視聴嗜好を送信する動画ファイルに反映することで、ユーザの好みに合った動画を効率良く視聴できる環境を提供できる。

さらにまた、送信する動画ファイルについて、ビジネス的に無料で視聴できるものと、有料で視聴できるものを含ませる場合、一群の複数の動画ファイルの配置順序について（図１０参照）、有料の動画が再生されやすい配置にすることも可能である。

また、サーバ装置５０からダウンロードする一群の複数の動画ファイルの数について、図１０に示す状況は一例にすぎず、ダウンロードする一群の動画ファイルの数を、もっと多くの列（６列以上）にすることや、もっと多くの行（６行以上）にすることも勿論可能である。このようにダウンロードする動画ファイルの数を多くすると、再生を行う通信端末装置で、再生対象を切り替えるスワイプ操作を多数回行っても、スムーズに再生を続けられるメリットがある。

一方、サーバ装置５０からダウンロードする一群の複数の動画ファイルの数について、図１０に示す状況より、少なくすることも可能であり、このように動画ファイルの数を少なくするとダウンロードに要する時間や通信処理の負担を低減できるメリットがある。なお、配置における最小の数としては、図１０に示す状況に基づけば、最初に再生する動画ファイルＡ−１に対して、上下左右に一つ分の動画ファイルＡ−２、Ａ−３、Ｂ−１、Ｃ−１にすることが考えられる（この場合は、十字的な配置による計５つの動画ファイルをログイン完了に伴いサーバ装置５０は送信することになる）。

さらに、サーバ装置５０から一度に送信する動画ファイルは、複数ではなく一つの留めるようにしてもよく、この場合は、ユーザのスワイプ操作（切替操作）を通信端末装置が受け付けるごとに、動画ファイル要求をサーバ装置５０へ送信して、サーバ装置５０は図１８の第２フローチャートに示す処理に準じて適宜、動画ファイルを通信端末装置へ送信することになる。なお、この場合は、第２フローチャートのＳ３２の段階の処理は行わずに、何らかの動画ファイルをサーバ装置５０は送信する。

また、サーバ装置５０が動画ファイルを送信する仕方は、ダウンロードではなくストリーミング配信を適用することも可能であり、特に、ストリーミング配信は、サーバ装置５０が送信する動画ファイルを一つに留める場合に好適となる。すなわち、通信端末装置で、動画ファイルの再生による動画の表示中に、サーバ装置５０は、図９に示す各スワイプ操作２５ａ、２５ｂ、２６ａ、２６ｃに応じて、次に再生対象にする動画ファイルを、再生中の動画ファイルからの方向ごとに特定しておき（再生中の動画ファイルを中心にした十字方向に配置される各動画ファイルを特定しておく）、通信端末装置は、いずれかのスワイプ操作を受け付けると、そのスワイプ操作に応じた配置方向の動画ファイル要求をサーバ装置５０へ送信し、サーバ装置５０は、送られてきた動画ファイル要求を受信すると、特定しておいた各方向の動画ファイルの中から、動画ファイル要求に応じた方向の動画ファイルをストリーミングにより通信端末装置へ送信して、再生動画のディスプレイ１２に表示することになる。

また、サーバ装置５０へアップロードするのは動画（動画ファイル）だけではなく、音楽（音楽ファイル）もアップロードできるようにすることも可能であり、ユーザが歌唱・演奏する音楽や、ユーザが作曲した音楽等をアップロードして、動画のバックグラウンドミュージックとして動画と一緒に音楽を再生する仕様にしてもよい。この場合、ユーザは通信端末装置を用いて、音楽を録音して音楽ファイルを生成し、ログインを行ってからサーバ装置５０へ音楽ファイルをアップロードすることになる。サーバ装置５０は、アップロードされてきた音楽ファイルを受信して、ユーザ別にデータベース装置に記憶する処理を行うことになる。

図２１（ａ）は変形例のデータベース装置１６０を示し、この変形例のデータベース装置１６０は、アップロードされてきた動画ファイルを記憶する動画データベース１６５に加えて、アップロードされてきた音楽ファイルを記憶する音楽データベース１７０を具備することが特徴になっている。

また、図２１（ｂ）は変形例のデータベース装置１６０が具備する音楽データベース１７０の中身の例を示している。サーバ装置５０は、ログイン中のユーザの通信端末装置から音楽ファイルを受信すると、ログイン中のユーザＩＤに対応付けて、受信した音楽ファイルを変形例のデータベース装置１６０の音楽データベース１７０に記憶する。さらに、サーバ装置５０は、受信した音楽ファイルに係る音楽について周波数特性の検出及び特定を行い、その検出特定結果に応じた周波数特性の分類も、その音楽ファイルに関連付けて音楽データベース１７０に記憶する。周波数特性の分類の例としては、楽しい感じの音楽、悲しい感じの音楽、軽い感じの音楽、重い感じの音楽などのように分類し、このように分類した結果を記号（コード）で示すようにする（図２１（ｂ）の中で示す「Ｙ１」、「Ｚ２」、「Ｘ９」、「Ｆ７」等参照）。

さらに、サーバ装置５０は、配信動画格納部６７（図１３、１５参照）に格納する動画ファイルについても、動画ファイルに係る動画の音声について、上記と音楽ファイルの場合と同様に周波数特性の検出及び特定を行い、その検出特定結果に応じた周波数特性の分類を、検出等の処理対象の動画ファイルに関連付けて配信動画格納部６７に格納する。そして、サーバ装置５０は、配信動画格納部６７から動画ファイルを読み出して、通信端末装置へ送信する処理を行うときに、送信する動画ファイルに関連付けられている周波数特性の分類を特定し、その特定した周波数特性の分類と同じ分類となる音楽ファイルを音楽データベース１７５から読み出して、動画ファイルの送信に合わせて、通信端末装置へ送信する。

通信端末装置は、動画ファイル及び音楽ファイルを受信すると、ＲＡＭ１０ｃに一時的に記憶すると共に、動画ファイルの再生処理を行う際、その再生処理に連動して（再生処理に伴って）、受信した音楽ファイルの再生処理も行う。このような処理を行うことで、ディスプレイ１２に表示される動画に含まれる音声にマッチした音楽が、動画の表示中にバックグラウンドミュージックとして流れるようになり、動画及び音楽を融合したコンテンツをユーザは楽しむことができると共に、音楽の演奏を行うユーザ又は作曲等を行うユーザとしては、音楽の発表の場として新たな機会を確保できるメリットもある。

また、上述した説明では、アップロードする通信端末装置としては、主にスマートフォンを用いるようにしたが、動画の撮像機能を有する通信端末装置であれば、アップロード側の通信端末装置として本発明に適用可能である。また、動画視聴側の通信端末装置も、スマートフォンに限定されるものではなく、動画の表示機能を有する通信端末装置であれば、広く本発明に適用することが可能であり、通信機能を有するパーソナルコンピュータや、通信機能を有するテレビジョン装置、通信機能を有する各種表示装置も、視聴側の通信端末装置に用いることができる。なお、パーソナルコンピュータを通信端末装置に用いた場合、図９に示す各方向のスワイプ操作は、図９に示す矢印方向へスクロール（スライド）を行うようにマウス操作、キーボードの矢印キー操作を行うことで対応でき、また、テレビジョン装置又は表示装置を通信端末装置に用いた場合は、リモコンの十字キー（上下左右の矢印キー）の操作が、図９に示すスワイプ操作（フリック操作）に対応することになる（例えば、左右の矢印キー操作が第１方向操作に対応し、上下の矢印キー操作が第２方向操作に対応）。

さらにまた、上述した説明では、ユーザの用いる通信端末装置に動画アプリＰ２（図３参照）をインストールして、通信端末装置の処理を動画アプリベースで行うようにしたが、通信端末装置にはウェブサイトのブラウザアプリをインストールして、ウェブベースで本発明を実現することも可能である。この場合は、サーバ装置はウェブサーバとして機能し、動画投稿視聴サイトをネットワーク上に開設すると共に、通信端末装置はサーバ装置へアクセスしてブラウザアプリを起動することで、サーバ装置が開設する動画投稿視聴サイトのウェブサイト画面をディスプレイに表示することになる。そして、通信端末装置は図５〜７等に示す各画面を、ウェブサイトのサイト画面としてディスプレイに表示することになる。

なお、ウェブサイトベースで本発明を行う場合でも、通信端末装置における操作内容は、上述した動画アプリベースで行う場合と同様であり、通信端末装置で受け付けたユーザの操作内容は、適宜、通信端末装置からサーバ装置へ送られることで、サーバ装置はユーザ操作に応じたサイト画面を通信端末装置へ提供して、ユーザに提示する。それにより、ウェブサイトベースでも、撮像した動画に係る動画ファイルをサーバ装置へアップロード（送信）できる。また、データベース装置の動画データベースに格納されている各種動画ファイルをサーバ装置５０経由で、ウェブサイトを介してユーザの使用する通信端末装置へ送信し、通信端末装置に予めインストールされている動画再生アプリで、受信（ダウンロード）した動画ファイルを再生してもよく、また、サーバ装置５０で動画ファイルの再生処理を行って、ストリーミング再生によりブラウザ上で再生した動画を通信端末装置で表示する仕様にしてもよい。

本発明は、アップロードされた複数の同種の撮像動画を、一つの動画として連続的に視聴できるようにすることに対して好適に利用可能である。

１ 撮像動画記憶システム
１０ スマートフォン
１０ａ ＣＰＵ
１２ ディスプレイ
１６ａ サブカメラ
１６ｂ メインカメラ
２１ メイン画面
２２ 撮像画面
２３ 撮像中画面
２４ 撮像完了画面
２５ａ、２５ｂ、２６ａ、２６ｂ 各方向のフリック操作
３０ 撮像動画ファイル
４０ 動画サービスシステム
５０ サーバ装置
５０ａ ＭＰＵ
５１ 登録ユーザテーブル
６０ データベース装置
６５ 動画データベース
６６ オリジナル動画格納部
６７ 配信動画格納部
１７０ 音楽データベース
Ｆｈ１、Ｆｈ１０，Ｆｈ２０ 編集動画ファイル
Ｐ２ 動画アプリ
Ｐ１１ 動画サービスプログラム
Ｔ１、Ｔ１０ 通信端末装置
Ｕ１、Ｕ１０ ユーザ

Claims (11)

1. ユーザによりアップロードされた撮像動画に係る動画ファイルをサーバ装置が受信して、前記ユーザに対応付けて動画データベースへ記憶する処理を行う撮像動画サービスシステムにおいて、
   前記動画ファイルには、撮像状況を表す撮像タグが付されており、
   前記サーバ装置は、
   ユーザによりアップロードされた動画ファイルを受信した場合、受信した動画ファイルに付された撮像タグと同じ撮像タグが付された動画ファイルを、前記動画データベースから検出する手段と、
   動画ファイルを検出した場合、検出した動画ファイル及び受信した動画ファイルの結合を行うことで、編集動画に係る動画ファイルを、前記撮像タグを付して生成する手段と、
   生成した編集動画に係る動画ファイルを、前記ユーザに対応付けて前記動画データベースへ記憶する処理を行う手段と
   を備えることを特徴とする撮像動画サービスシステム。
2. 前記サーバ装置は、
   ユーザによりアップロードされた撮像動画に係る動画ファイルを受信した場合、受信した動画ファイルに付された撮像タグと同じ撮像タグが付された編集動画に係る動画ファイルを、前記動画データベースから検出する手段と、
   編集動画に係る動画ファイルを検出した場合、検出した編集動画に係る動画ファイル及び受信した動画ファイルの結合を行うことで、更に編集した編集動画に係る動画ファイルを、前記撮像タグを付して生成する手段と、
   前記更に編集した編集動画に係る動画ファイルを、前記ユーザに対応付けて前記動画データベースへ記憶する処理を行う手段と
   を備える請求項１に記載の撮像動画サービスシステム。
3. 前記サーバ装置は、ユーザによりアップロードされた撮像動画に係る動画ファイルを受信した場合、そのユーザに対応付けて前記動画データベースに記憶される動画ファイルの中から、結合相手の動画ファイルの検出を行う請求項１又は請求項２に記載の撮像動画サービスシステム。
4. 前記サーバ装置は、受信した動画ファイルに係る動画の部分が、結合相手に対し、再生時に先に再生されるように結合を行う請求項１乃至請求項３のいずれか１項に記載の撮像動画サービスシステム。
5. 前記サーバ装置は、前記動画データベースに記憶された撮像動画に係る動画ファイル又は編集動画に係る動画ファイルを送信する手段を備え、
   前記サーバ装置から送信される動画ファイルを受信して再生処理を行うことで、再生処理を行った動画ファイルに応じた動画を矩形画面に表示する通信端末装置を備え、
   前記通信端末装置は、
   前記矩形画面の一辺に沿った方向を指示する第１方向操作を受け付ける手段と、
   動画の表示中に前記第１方向操作を受け付けた場合、表示中の動画に係る動画ファイルと同一のユーザに対応付けて前記動画データベースに記憶される動画ファイルの中で、表示中の動画に係る動画ファイルに付された撮像タグと異なる撮像タグが付された動画ファイルに応じた動画へ前記矩形画面の表示を切り替える手段と
   を備える請求項１乃至請求項４のいずれか１項に記載の撮像動画サービスシステム。
6. 前記通信端末装置は、
   前記矩形画面の一辺と直交する他辺に沿った方向を指示する第２方向操作を受け付ける手段と、
   動画の表示中に前記第２方向操作を受け付けた場合、表示中の動画に係る動画ファイルと異なるユーザに対応付けて前記動画データベースに記憶される動画ファイルに応じた動画へ前記矩形画面の表示を切り替える手段と
   を備える請求項５に記載の撮像動画サービスシステム。
7. 前記サーバ装置は、複数の動画ファイルを送信する場合、前記複数の動画ファイルの配置関係を規定した配置情報を送信する手段を備え、
   前記通信端末装置は、前記サーバ装置から複数の動画ファイルを受信すると共に、前記配置情報を受信する手段を備え、
   前記配置情報は、前記第１方向操作に応じた方向に、異なる撮像タグを付した同一ユーザに対応付けられる複数の動画ファイルを配置すると共に、前記第２方向操作に応じた方向に、異なるユーザに対応付けられる複数の動画ファイルを配置することを規定した情報を含み、
   前記通信端末装置は、前記第１方向操作又は前記第２方向操作を受け付けた場合、表示中の動画に係る動画ファイルから、前記配置情報で規定される配置に応じた動画ファイルに係る動画へ前記矩形画面の表示の切替を行う請求項６に記載の撮像動画サービスシステム。
8. 前記サーバ装置は、
   ユーザによりアップロードされる音楽に係る音楽ファイルを受信する手段と、
   受信した音楽ファイルに応じた音楽の周波数特性を特定する手段と、
   前記動画データベースに記憶する動画ファイルに応じた動画に含まれる音の周波数特性を特定する手段と、
   前記動画データベースに記憶された動画ファイルを前記通信端末装置へ送信する場合、送信する動画ファイルについて特定した周波数特性と同じ周波数特性の音楽ファイルを前記通信端末装置へ送信する手段と
   を備え、
   前記通信端末装置は、
   前記サーバ装置から、動画ファイル及び音楽ファイルを受信した場合、受信した動画ファイルの再生処理に伴って、受信した音楽ファイルの再生処理を行う手段を備える請求項５乃至請求項７のいずれか１項に記載の撮像動画サービスシステム。
9. アップロードされた撮像動画に係る動画ファイルを受信して動画データベースへ記憶する処理を行うサーバ装置において、
   前記動画ファイルには、撮像状況を表す撮像タグが付されており、
   アップロードされた動画ファイルを受信した場合、受信した動画ファイルに付された撮像タグと同じ撮像タグが付された動画ファイルを、前記動画データベースから検出する手段と、
   動画ファイルを検出した場合、検出した動画ファイル及び受信した動画ファイルの結合を行うことで、編集動画に係る動画ファイルを、前記撮像タグを付して生成する手段と、
   生成した編集動画に係る動画ファイルを前記動画データベースへ記憶する処理を行う手段と
   を備えることを特徴とするサーバ装置。
10. サーバ装置が、アップロードされた撮像動画に係る動画ファイルを受信して動画データベースへ記憶する処理を行う撮像動画管理方法において、
    前記動画ファイルには、撮像状況を表す撮像タグが付されており、
    前記サーバ装置は、
    アップロードされた動画ファイルを受信した場合、受信した動画ファイルに付された撮像タグと同じ撮像タグが付された動画ファイルを、前記動画データベースから検出するステップと、
    動画ファイルを検出した場合、検出した動画ファイル及び受信した動画ファイルの結合を行うことで、編集動画に係る動画ファイルを、前記撮像タグを付して生成するステップと、
    生成した編集動画に係る動画ファイルを前記動画データベースへ記憶する処理を行うステップと
    を備えることを特徴とする撮像動画管理方法。
11. サーバコンピュータに、アップロードされた撮像動画に係る動画ファイルを受信して動画データベースへ記憶する処理を行わせるためのコンピュータプログラムにおいて、
    前記動画ファイルには、撮像状況を表す撮像タグが付されており、
    前記サーバコンピュータに、
    アップロードされた動画ファイルを受信した場合、受信した動画ファイルに付された撮像タグと同じ撮像タグが付された動画ファイルを、前記動画データベースから検出するステップと、
    動画ファイルを検出した場合、検出した動画ファイル及び受信した動画ファイルの結合を行うことで、編集動画に係る動画ファイルを、前記撮像タグを付して生成するステップと、
    生成した編集動画に係る動画ファイルを前記動画データベースへ記憶する処理を行うステップと
    を実行させることを特徴とするコンピュータプログラム。

Images