【０００１】
【発明の属する技術分野】
本発明は、あるイベントを記録した映像や音声などの記録コンテンツの中から、利用者の要求に応じた時刻の記録コンテンツを簡単に検索し、再生する方法に関する。
【０００２】
【従来の技術】
従来、インターネット等のコンピュータネットワークシステムを用いて、あるサーバ上で公開されている映像や音声などの記録コンテンツを閲覧する場合に、その記録コンテンツがどんなに長くても、はじめから順に見ていかないと、それが含んでいる内容が分からなかった。
【０００３】
【発明が解決しようとする課題】
最近では、映像の経過時刻を指定したり、その時刻におけるメタデータを記述したファイルを作成することで、映像の見たいシーンを検索して再生することができるようになった。しかしながら、映像を記録した後に、映像を見ながらメタデータを作成するのは、時間と手間がかかるという問題があった。また、リアルタイムにメタデータを作成できなかった。さらに１つの記録コンテンツに対して、複数の利用者が同時にメタデータを入力し、それを公開し、共有するといった概念は存在していなかった。
【０００４】
本発明の目的は、あるイベントを記録した記録コンテンツに対するメタデータを利用者がリアルタイムに作成できるコンテンツの検索・再生方法を提供することにある。
【０００５】
【課題を解決するための手段】
上記目的を達成するために、本発明は、通信機能を有する携帯端末を利用し、イベントに参加している利用者自らが、リアルタイムにメタデータを入力するとともに、そのメタデータをコンテンツ提供サーバに送信し、コンテンツ提供サーバはメタデータを入力時刻データとともにデータベースに蓄積し、またそのデータベースの中から所望のメタデータを検索し、その入力時刻データと記録コンテンツの時刻データをマッチングさせることで、記録コンテンツの所望箇所を再生するものである。
【０００６】
本発明は、あるイベントを記録した記録コンテンツに対するメタデータを作成する場合に、そのイベントに参加している人が、携帯端末を用いてリアルタイムにメタデータを作成するので、メタデータ作成に要する時間と手間が少なくなる。さらに、１つのコンテンツに対して、複数の利用者が同時にメタデータを入力し、それをサーバ側に蓄積し、公開し、共有することができるようになり、利用者自身の体験から記録コンテンツの検索、再生を分かりやすくできる。
【０００７】
ここで、メタデータとは、コンテンツ本体に付属するデータで、コンテンツの内容に関する記述や作成者などに関する情報などが書かれているものである。サッカーの場合は、日時、選手、シュート・コーナーキックなど試合の動きなどに関するデータのことである。コンテンツ本体に付属するデータは全てメタデータになるので、１レコード（＝入力者、入力時刻、ラベル、詳細コメントなど）がメタデータになる。
【０００８】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【０００９】
図１は本発明の一実施形態のコンテンツ検索・再生システムの構成図である。
【００１０】
本実施形態のコンテンツ検索・再生システムは、映像、音声などのコンテンツの蓄積、イベント管理データの登録、記録コンテンツに対するメタデータの登録や管理、記録コンテンツの検索・再生を行うコンテンツ提供サーバ１と、記録コンテンツをコンテンツ提供サーバ１に登録するためのコンテンツ入力端末２と、メタデータを入力しコンテンツ提供サーバ１に登録するための利用者携帯端末３と、コンテンツ提供サーバ１に蓄積されているメタデータを検索することにより記録コンテンツを所望の箇所から再生するための利用者端末４と、コンテンツ提供サーバ１とコンテンツ入力端末２、利用者携帯端末３、利用者端末４とを接続する、電話網やインターネットなどのネットワーク５で構成されている。
【００１１】
コンテンツ提供サーバ１はコンテンツ登録部１１とイベント管理データ登録部１２とメタデータ登録部１３とコンテンツ検索・再生部１４とイベント管理データベース１５とコンテンツデータベース１６とメタデータデータベース１７を有する。
【００１２】
イベント管理データベース１５には、利用者ＩＤ、パスワード、名前などが蓄積される利用者データテーブル１５ａと、イベントＩＤ、イベントの名前、開始時刻、記録コンテンツへのパスなどが蓄積されるイベントデータテーブル１５ｂと、利用者携帯端末３のボタン押下などのイベント発生時に、イベントとラベルとを対応づけするデータ（以下、ラベル対応データ）が蓄積されるラベル対応テーブル１５ｃが含まれる。ラベル対応データは利用者およびイベントごとに設定可能である。利用者は、利用者携帯端末３のイベント毎に予め決められたボタンを、ラベルを入力する際に押下することで、利用者ごとに別々の入力メタデータ（ラベル＋詳細コメント）を容易に入力することができる。コンテンツデータベース１６には記録コンテンツが蓄積されている。メタデータデータベース１７には、ラベル、入力メタデータの入力時刻、ユーザＩＤ、イベントＩＤ、詳細コメントなどが蓄積される。コンテンツ登録部１１は、コンテンツデータベース１６に蓄積する記録コンテンツを受信し、イベント管理データベース１５にどのイベントのコンテンツか、あるいはイベントの開始時刻データの登録を行う。イベント管理データ登録部１２は、イベント管理データの登録や編集を行う。メタデータ登録部１３は、利用者携帯端末３から入力メタデータを受信し、入力時刻データやユーザＩＤ、イベントＩＤとともにメタデータデータベース１７に登録する。コンテンツ検索・再生部１４は、ユーザＩＤやイベントＩＤ、メタデータをキーにメタデータデータベース１７を検索することで、検索結果に含まれるメタデータの入力時刻データを用いて、コンテンツの所望の箇所からの再生を行う。コンテンツの再生をしながら、メタデータの編集、その入力時刻データの更新を行うこともできる。ここで、コンテンツを入力する利用者と、メタデータを入力する利用者と、コンテンツの検索再生を行う利用者は、それぞれ別々でよい。
【００１３】
コンテンツ入力端末２は、表示部２１と、通信部２２と、制御部２３と、コンテンツを入力するためのコンテンツ入力部２４と、コンテンツを蓄積するデータ蓄積部２５を有する。
【００１４】
利用者携帯端末３は、表示部３１と、通信部３２と、制御部３３と、メタデータを入力するためのメタデータ入力部３４と、メタデータを蓄積するデータ蓄積部３５を有する。
【００１５】
次に、メタデータを登録する動作について詳しく説明する。例えば、利用者はサッカー観戦などのイベントに参加しながら、リアルタイムに携帯電話などの利用者携帯端末３を用いて入力メタデータを入力し、そのデータをコンテンツ提供サーバ１側のデータベースに蓄積するようなケースを想定する。図２はメタデータを登録する動作を示すフローチャートである。
【００１６】
まず、利用者は、利用者携帯端末３を用いてユーザＩＤとパスワードを入力し（ステップ１０１）、コンテンツ提供サーバ１で認証処理を行う（ステップ１０２、図４（１））。次に、コンテンツ提供サーバ１は利用者携帯端末３に利用可能なイベントの一覧（イベントデータテーブル）を表示し、利用者はイベントを選択する（ステップ１０３、図４（２））。イベントデータテーブルには、開始時刻と終了時刻とイベント名があって、開始時刻＜現在時刻＜終了時刻の関係を満足するイベントが選ばれて、開始時刻とイベント名を利用者携帯端末３に表示させる。ラベル対応データを編集する場合には、選択したイベントに対応するメタデータを、ユーザ毎にそれぞれ利用者携帯端末３を利用することで編集し、コンテンツ提供サーバ１のラベル対応テーブル１５ｃを更新する（ステップ１０４〜１０６、図４（３））。イベントＩＤ対応、ユーザＩＤ対応にラベル対応データをコンテンツ提供サーバ１から利用者携帯端末３に送って、携帯端末３で編集しコンテンツ提供サーバ１に送り返す。コンテンツ提供サーバ１でイベントＩＤ、ユーザＩＤとともに格納する。コンテンツ提供サーバ１にユーザＩＤ対応のラベル対応データがなければ、共通なラベル対応データをコンテンツ提供サーバ１から携帯端末２に送る。ラベル対応データは、イベント共通のデータである場合もあるし、ユーザがそれぞれ設定する場合もある。次に、メタデータ入力ループに入る。コンテンツ提供サーバ１では、イベント管理データベース１５のデータからラベル入力フォームを生成する（ステップ１０７、図４（４））。入力フォームの生成もイベントＩＤ対応、ユーザＩＤ対応の対応データをコンテンツ提供サーバ１に送ることで行なう。利用者携帯端末３では、ラベル入力フォームを表示し（ステップ１０８）、入力キーを押すことでその入力キーに対応するラベルを選択し、入力する（ステップ１０９）。テキストで自由記述式に詳細なコメントをメタデータの一部として入力することもある。入力されたデータはコンテンツ提供サーバ１に送信される。コンテンツ提供サーバ１では、受信時刻データを記録し（ステップ１１０）、その時刻データと受信した入力メタデータをメタデータデータベース１７に蓄積する（ステップ１１１）。入力メタデータが入力された確認ページ（図４（５））を表示し、また図４（４）の画面へ戻る（ステップ１１２）。
【００１７】
図３はメタデータを登録する動作の他の例のフローチャートである。本例は図２の例と異なり、利用者携帯端末３でメタデータを蓄積し、コンテンツ提供サーバ１へ一括送信する。このようにして、コンテンツ提供サーバ１と利用者携帯端末３の通信回線を減らすことで、利用者の使い勝手を向上させることができる。図３について以下に説明する。
【００１８】
まず、利用者は、利用者携帯端末３を用いてユーザＩＤとパスワードを入力し（ステップ２０１）、コンテンツ提供サーバ１で認証処理を行う（ステップ２０２）。次に、利用者携帯端末３に利用可能なイベントの一覧を表示し、利用者はイベントを選択する（ステップ２０３）。ラベル対応データを編集する場合には、選択したイベントに該当するラベル対応データを、それぞれの利用者携帯端末３にダウンロードし、蓄積する。利用者携帯端末３において、ラベル対応データを編集し、コンテンツ提供サーバ１のラベル対応テーブル１５ｃも更新する（ステップ２０４〜２０６）。次に、メタデータ入力ループに入る。利用者携帯端末３では、ラベル対応データからラベル入力フォームを生成する（ステップ２０７）。入力キーを押すことで、その入力キーに対応するラベルを選択し、入力する（ステップ２０８）。このとき、利用者携帯端末３で、入力メタデータが入力された時刻データを記録する（ステップ２０９）。また、テキストで自由記述式に詳細なメタデータを入力することもある。入力されたデータは利用者携帯端末３に一時的に蓄積される（ステップ２１０）。この蓄積されたデータはタイマーなどで設定されたタイミングによりコンテンツ提供サーバ１に送信され（ステップ２１１）、メタデータデータベース１７に蓄積される（ステップ２１２）。
【００１９】
記録コンテンツの所望の箇所を再生する処理は、メタデータデータベース１７に蓄積されているメタデータの中から所望のデータを検索し、その入力時刻データと記録コンテンツの時刻データをマッチングすることで行われる。図５はコンテンツを検索・再生する動作を説明するための図である。記録コンテンツには、時刻データが含まれる。例えば動画の場合、それぞれのフレームに先頭からの経過時刻データが含まれている。そのため、先頭フレームの時刻を指定すれば各フレームの時刻も分かる。メタデータを検索し、その入力時刻データを指定することで、記録コンテンツの所望の時刻データからの再生が可能になる。
【００２０】
そのため、入力時刻データが利用者携帯端末３で記録される場合、利用者携帯端末３とコンテンツ提供サーバ１との時刻データにずれがあると、上記処理が正しく行われないという問題が生じる。この問題を解決する１つの方法として、コンテンツ提供サーバ１と利用者携帯端末３との間の時刻データ差を推測する方法がある。利用者携帯端末３でのデータ送信時刻をＴ１、コンテンツ提供サーバ１でのデータ受信時刻をＴ２、利用者携帯端末３とコンテンツ提供サーバ１との間の時刻データ差をΔｔ、転送データ量をＢ、転送速度をｖとすると、
ｖ＝Ｂ／｛（Ｔ２＋Δｔ）−Ｔ１｝
という式が成り立つ。この式においてＴ１とＴ２とＢは既知のデータであり、ΔｔとＢは未知のデータである。そのためメタデータ入力ループを通じて、統計的にΔｔとＢを推測することができる。このようにして求められるΔｔを使い、利用者携帯端末３で記録された時刻データをコンテンツ提供サーバ１側での時刻データに変換して、メタデータデータベース１７に蓄積することができる。
【００２１】
図６はコンテンツを検索・再生する動作のフローチャートである。図６について以下に説明する。
【００２２】
まず、利用者は、利用者端末４を用いてユーザＩＤとパスワードを入力し（ステップ３０１）、コンテンツ提供サーバ１で認証処理を行う（ステップ３０２）。次に、利用者端末４にメタデータ検索指定画面を表示し、利用者は検索条件を指定する（ステップ３０３）。検索条件には、イベント名や利用者名、メタデータ名などが用いられる。指定した検索条件はコンテンツ提供サーバ１に送信される（ステップ３０４）。コンテンツ提供サーバ１のメタデータ登録部１３は、イベント管理データベース１５やメタデータデータベース１７内を検索し、検索条件にあうメタデータを検索結果として、利用者端末４に送信する（ステップ３０５）。この時、メタデータの入力時刻データと記録コンテンツの時刻をマッチングさせることで、記録コンテンツの再生開始個所を決定する。利用者端末４では検索結果が表示される（ステップ３０６）。ここで、メタデータデータベース１７には、複数の利用者が入力したメタデータが含まれる。そのため、利用者自身が入力したメタデータの公開／非公開を選択できるようにし、公開されているメタデータのみを検索することもできる。利用者端末４でメタデータを指定し、コンテンツを再生する（ステップ３０７〜３１３）。コンテンツ提供サーバ１では、コンテンツデータベース１６の中から、映像や音声データを細分化し、受信側の再生時刻データにあわせて細分化したデータを順次伝送することで、ダウンロードしながらの再生することもできる。また、一度登録したメタデータの内容を後から編集したり（ステップ３１０）、入力時刻データを変更したりもできる（ステップ３１１）。
【００２３】
なお、以上説明したコンテンツの検索・再生方法は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【００２４】
【発明の効果】
以上説明したように、本発明によれば、あるイベントを記録した映像や音声などの記録コンテンツに対するメタデータを作成する場合に、そのイベントに参加している人が、携帯端末を用いてリアルタイムにメタデータを作成することができるため、メタデータ作成に要する時間と手間が少なくなるとともに、一つのコンテンツに対して、複数の利用者が同時にメタデータを入力し、それをコンテンツサーバ側に蓄積し、公開し、共有することができるようになり、利用者自身の体験から記録コンテンツの検索、再生を簡単にできる。
【００２５】
例えば、サッカーや野球などの試合を観戦する場合に、試合に応じて入力したいメタデータをあらかじめ設定しておく。サッカーであれば「シュート」や「パス」といったメタデータを携帯端末の入力部と対応させておくことで、簡単にリアルタイムにメタデータを入力することができる。そのメタデータは利用者ごとに設定できる。そのメタデータを利用して、後からその映像の所望シーンを簡単に検索再生することができるようになる。また、利用者毎に入力するメタデータを利用者間で分担することで、メタデータ入力の負担を軽減し、それを後からコンテンツサーバ上でマージすることで、映像の所望シーンを検索再生することができる。この方法はサッカーや野球などにおいて、戦術を分析するときに有効である。
【００２６】
他に大学の講義やセミナーをアーカイブする場合にも非常に有効である。利用者がここは重要だと感じたところに、リアルタイムに携帯端末を利用してメタデータを残しておく。イベントが終了してからも、メタデータを利用して重要だと感じたシーンを検索再生して、後からそのシーンだけを簡単に抽出し、効率よく振り返ることも可能になる。
【図面の簡単な説明】
【図１】本発明の一実施形態のコンテンツ検索・再生システムの構成図である。
【図２】メタデータを登録する処理のフローチャートである。
【図３】メタデータを登録する処理の他のフローチャートである。
【図４】メタデータを登録するとき利用者携帯端末３の画面を示す図である。
【図５】コンテンツを検索・再生する方法を説明するための図である。
【図６】コンテンツを検索・再生する処理のフローチャートである。
【符号の説明】
１ コンテンツ提供サーバ
２ コンテンツ入力端末
３ 利用者携帯端末
４ 利用者端末
５ ネットワーク
１１ コンテンツ登録部
１２ イベント管理データ登録部
１３ メタデータ登録部
１４ コンテンツ検索・再生部
１５ イベント管理データベース
１５ａ 利用者データテーブル
１５ｂ イベントデータテーブル
１５ｃ ラベル対応テーブル
１６ コンテンツデータベース
１７ メタデータデータベース
２１，３１ 表示部
２２，３２ 通信部
２３，３３ 制御部
２４ コンテンツ入力部
２５ データ蓄積部
３４ メタデータ入力部
３５ データ蓄積部
１０１〜１１２，２０１〜２１２，３０１〜３１３ ステップ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a method of easily searching and reproducing recorded content at a time according to a user's request from recorded contents such as video and audio in which an event is recorded.
[0002]
[Prior art]
Conventionally, when using a computer network system such as the Internet to browse recorded content such as video and audio published on a certain server, no matter how long the recorded content is, if it is not seen in order from the beginning, I didn't know what it contained.
[0003]
[Problems to be solved by the invention]
Recently, it has become possible to search for and play back a scene that the user wants to view by specifying the elapsed time of the video or creating a file in which metadata at that time is described. However, there is a problem that it takes time and effort to create metadata while watching the video after recording the video. Also, metadata could not be created in real time. Further, there has been no concept that a plurality of users simultaneously input metadata for one recorded content, and publish and share the metadata.
[0004]
An object of the present invention is to provide a content search / reproduction method in which a user can create metadata for recorded content in which a certain event is recorded in real time.
[0005]
[Means for Solving the Problems]
In order to achieve the above object, according to the present invention, a user participating in an event uses a mobile terminal having a communication function, inputs metadata in real time, and transmits the metadata to a content providing server. Then, the content providing server stores the metadata in the database together with the input time data, searches the database for desired metadata, matches the input time data with the time data of the recorded content, and records the data. A desired portion of the content is reproduced.
[0006]
According to the present invention, when creating metadata for recorded content in which an event is recorded, a person who participates in the event creates metadata in real time using a mobile terminal, so that the time required for creating metadata is And less time and effort. In addition, multiple users can simultaneously input metadata for one content, store it on the server side, publish it, and share it, and from the user's own experience, Search and playback can be easily understood.
[0007]
Here, the metadata is data attached to the content main body, and describes a description of the content of the content, information on a creator, and the like. In the case of soccer, it refers to data relating to the date and time, players, the movement of a game such as a shot / corner kick, and the like. Since all data attached to the content body is metadata, one record (= input person, input time, label, detailed comment, etc.) is metadata.
[0008]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, embodiments of the present invention will be described with reference to the drawings.
[0009]
FIG. 1 is a configuration diagram of a content search / playback system according to an embodiment of the present invention.
[0010]
The content search / playback system according to the present embodiment includes a content providing server 1 that stores content such as video and audio, registers event management data, registers and manages metadata for recorded content, and searches and plays recorded content, A content input terminal 2 for registering recorded content in the content providing server 1, a user portable terminal 3 for inputting metadata and registering the content in the content providing server 1, and metadata stored in the content providing server 1. A user terminal 4 for reproducing recorded content from a desired location by searching for a URL, a telephone network connecting the content providing server 1 with the content input terminal 2, the user portable terminal 3, and the user terminal 4, It is composed of a network 5 such as the Internet.
[0011]
The content providing server 1 includes a content registration unit 11, an event management data registration unit 12, a metadata registration unit 13, a content search / playback unit 14, an event management database 15, a content database 16, and a metadata database 17.
[0012]
The event management database 15 stores a user data table 15a storing user IDs, passwords, names, and the like, and an event data table 15b storing event IDs, event names, start times, and paths to recorded contents. And a label correspondence table 15c in which data (hereinafter, label correspondence data) for associating an event with a label when an event such as a button press on the user portable terminal 3 occurs is included. Label correspondence data can be set for each user and event. The user can easily input separate input metadata (label + detailed comment) for each user by pressing a button predetermined for each event of the user mobile terminal 3 when inputting a label. can do. The content database 16 stores recorded content. The metadata database 17 stores labels, input times of input metadata, user IDs, event IDs, detailed comments, and the like. The content registration unit 11 receives the recorded content stored in the content database 16 and registers the content of the event or the start time data of the event in the event management database 15. The event management data registration unit 12 registers and edits event management data. The metadata registration unit 13 receives the input metadata from the user portable terminal 3 and registers the metadata in the metadata database 17 together with the input time data, the user ID, and the event ID. The content search / playback unit 14 searches the metadata database 17 using the user ID, the event ID, and the metadata as keys, and uses the input time data of the metadata included in the search result to start from a desired portion of the content. Perform playback. It is also possible to edit the metadata and update the input time data while reproducing the content. Here, the user who inputs the content, the user who inputs the metadata, and the user who searches and reproduces the content may be different from each other.
[0013]
The content input terminal 2 includes a display unit 21, a communication unit 22, a control unit 23, a content input unit 24 for inputting content, and a data storage unit 25 for storing content.
[0014]
The user portable terminal 3 includes a display unit 31, a communication unit 32, a control unit 33, a metadata input unit 34 for inputting metadata, and a data storage unit 35 for storing metadata.
[0015]
Next, the operation of registering metadata will be described in detail. For example, while participating in an event such as watching a soccer game, the user inputs input metadata using the user mobile terminal 3 such as a mobile phone in real time, and stores the data in a database on the content providing server 1 side. Case is assumed. FIG. 2 is a flowchart showing the operation of registering metadata.
[0016]
First, the user inputs a user ID and a password using the user portable terminal 3 (step 101), and performs an authentication process in the content providing server 1 (step 102, FIG. 4 (1)). Next, the content providing server 1 displays a list of available events (event data table) on the user portable terminal 3, and the user selects an event (step 103, FIG. 4 (2)). The event data table has a start time, an end time, and an event name. An event that satisfies the relationship of start time <current time <end time is selected, and the start time and the event name are displayed on the user portable terminal 3. Let it. When editing the label correspondence data, the metadata corresponding to the selected event is edited for each user by using the user portable terminal 3, and the label correspondence table 15c of the content providing server 1 is updated ( Steps 104 to 106, FIG. 4 (3)). The label correspondence data corresponding to the event ID and the user ID is transmitted from the content providing server 1 to the user portable terminal 3, edited by the portable terminal 3, and sent back to the content providing server 1. The content providing server 1 stores the information together with the event ID and the user ID. If there is no label correspondence data corresponding to the user ID in the content providing server 1, the common label corresponding data is sent from the content providing server 1 to the portable terminal 2. The label correspondence data may be data common to the event, or may be set by the user. Next, the process enters a metadata input loop. The content providing server 1 generates a label input form from the data in the event management database 15 (step 107, FIG. 4 (4)). The input form is also generated by sending corresponding data corresponding to the event ID and the user ID to the content providing server 1. The user portable terminal 3 displays a label input form (step 108), and presses an input key to select and input a label corresponding to the input key (step 109). In some cases, detailed comments are entered as free-form text as part of the metadata. The input data is transmitted to the content providing server 1. The content providing server 1 records the reception time data (step 110), and stores the time data and the received input metadata in the metadata database 17 (step 111). A confirmation page (FIG. 4 (5)) in which the input metadata has been input is displayed, and the screen returns to the screen of FIG. 4 (4) (step 112).
[0017]
FIG. 3 is a flowchart of another example of the operation of registering metadata. This example differs from the example of FIG. 2 in that the user portable terminal 3 accumulates metadata and transmits the metadata to the content providing server 1 collectively. In this way, the number of communication lines between the content providing server 1 and the user portable terminal 3 is reduced, thereby improving the usability of the user. FIG. 3 is described below.
[0018]
First, a user inputs a user ID and a password using the user portable terminal 3 (step 201), and performs an authentication process in the content providing server 1 (step 202). Next, a list of available events is displayed on the user portable terminal 3, and the user selects an event (step 203). When editing the label corresponding data, the label corresponding data corresponding to the selected event is downloaded to each user portable terminal 3 and stored. In the user portable terminal 3, the label correspondence data is edited, and the label correspondence table 15c of the content providing server 1 is also updated (steps 204 to 206). Next, the process enters a metadata input loop. The user portable terminal 3 generates a label input form from the label correspondence data (step 207). By pressing the input key, a label corresponding to the input key is selected and input (step 208). At this time, the user portable terminal 3 records the time data at which the input metadata was input (step 209). In addition, detailed metadata may be input in a free-form description in text. The input data is temporarily stored in the user portable terminal 3 (step 210). The stored data is transmitted to the content providing server 1 at a timing set by a timer or the like (step 211), and is stored in the metadata database 17 (step 212).
[0019]
The process of reproducing a desired portion of the recorded content is performed by searching for the desired data from the metadata stored in the metadata database 17 and matching the input time data with the time data of the recorded content. . FIG. 5 is a diagram for explaining the operation of searching and reproducing the content. The recorded content includes time data. For example, in the case of a moving image, each frame includes time elapsed data from the beginning. Therefore, if the time of the first frame is designated, the time of each frame can be known. By searching the metadata and designating the input time data, it is possible to reproduce the recorded content from desired time data.
[0020]
Therefore, when the input time data is recorded on the user portable terminal 3, if the time data between the user portable terminal 3 and the content providing server 1 is shifted, the above-described processing is not performed correctly. As a method for solving this problem, there is a method of estimating a time data difference between the content providing server 1 and the user portable terminal 3. The data transmission time at the user portable terminal 3 is T1, the data reception time at the content providing server 1 is T2, the time data difference between the user portable terminal 3 and the content providing server 1 is Δt, and the transfer data amount is B. , And the transfer speed is v,
v = B / {(T2 + Δt) -T1}
Holds. In this equation, T1, T2, and B are known data, and Δt and B are unknown data. Therefore, Δt and B can be statistically estimated through the metadata input loop. The time data recorded on the user portable terminal 3 can be converted into the time data on the content providing server 1 side by using the Δt obtained in this way, and can be stored in the metadata database 17.
[0021]
FIG. 6 is a flowchart of an operation of searching and reproducing contents. FIG. 6 is described below.
[0022]
First, the user inputs a user ID and a password using the user terminal 4 (step 301), and performs an authentication process in the content providing server 1 (step 302). Next, a metadata search designation screen is displayed on the user terminal 4, and the user designates search conditions (step 303). Event names, user names, metadata names, and the like are used as search conditions. The designated search condition is transmitted to the content providing server 1 (step 304). The metadata registration unit 13 of the content providing server 1 searches the event management database 15 and the metadata database 17 and transmits metadata that meets the search conditions to the user terminal 4 as a search result (step 305). At this time, the playback start point of the recorded content is determined by matching the input time data of the metadata with the time of the recorded content. The search result is displayed on the user terminal 4 (step 306). Here, the metadata database 17 includes metadata input by a plurality of users. For this reason, the user can select whether to open or close the metadata input by himself / herself, and it is also possible to search only the metadata that has been made public. The user terminal 4 specifies metadata and reproduces the content (steps 307 to 313). In the content providing server 1, video and audio data are subdivided from the content database 16, and the subdivided data is sequentially transmitted in accordance with the reproduction time data on the receiving side, so that the content can be reproduced while being downloaded. . Further, the content of the metadata once registered can be edited later (step 310), and the input time data can be changed (step 311).
[0023]
It should be noted that, in addition to the content search / reproduction method described above, which is realized by dedicated hardware, a program for realizing the function is recorded on a computer-readable recording medium, and is recorded on this recording medium. The loaded program may be loaded into a computer system and executed. The computer-readable recording medium refers to a recording medium such as a floppy disk, a magneto-optical disk, a CD-ROM, or a storage device such as a hard disk device built in a computer system. Further, the computer-readable recording medium is one that dynamically holds the program for a short time (transmission medium or transmission wave), such as a case where the program is transmitted via the Internet, and serves as a server in that case. It also includes those that hold programs for a certain period of time, such as volatile memory inside a computer system.
[0024]
【The invention's effect】
As described above, according to the present invention, when creating metadata for recorded content such as video or audio in which an event is recorded, a person participating in the event can use a mobile terminal in real time. Because metadata can be created, the time and effort required to create metadata is reduced, and multiple users can simultaneously input metadata for one content and store it on the content server side. Can be published, shared, and the search and playback of recorded content can be easily performed from the user's own experience.
[0025]
For example, when watching a game such as soccer or baseball, metadata to be input is set in advance in accordance with the game. In the case of soccer, the metadata such as “shoot” and “pass” can be easily input in real time by associating the metadata with the input unit of the mobile terminal. The metadata can be set for each user. By using the metadata, a desired scene of the video can be easily searched and reproduced later. In addition, the burden of metadata input is reduced by sharing metadata to be input for each user among users, and the desired scene of the video is searched and reproduced by merging the metadata later on the content server. be able to. This method is effective when analyzing tactics in soccer, baseball, and the like.
[0026]
It is also very effective for archiving university lectures and seminars. Where users find this important, use a mobile device to save metadata in real time. Even after the event ends, it is possible to search and play back a scene that is considered important using the metadata, to easily extract only that scene later, and to look back efficiently.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a content search / playback system according to an embodiment of the present invention.
FIG. 2 is a flowchart of a process for registering metadata.
FIG. 3 is another flowchart of a process for registering metadata.
FIG. 4 is a diagram showing a screen of the user portable terminal 3 when registering metadata.
FIG. 5 is a diagram for explaining a method of searching and reproducing content.
FIG. 6 is a flowchart of a process of searching and reproducing content.
[Explanation of symbols]
Reference Signs List 1 Content providing server 2 Content input terminal 3 User portable terminal 4 User terminal 5 Network 11 Content registration unit 12 Event management data registration unit 13 Metadata registration unit 14 Content search / playback unit 15 Event management database 15a User data table 15b Event data table 15c Label correspondence table 16 Content database 17 Metadata databases 21, 31 Display unit 22, 32 Communication unit 23, 33 Control unit 24 Content input unit 25 Data storage unit 34 Metadata input unit 35 Data storage units 101 to 112, 201-212, 301-313 steps
