(57)【要約】【課題】あるイベントを記録した記録コンテンツに対するメタデータを利用者がリアルタイムに作成できるようにする。【解決手段】コンテンツ提供サーバ１は利用者携帯端末３に利用可能なイベントを表示し、利用者はイベントを選択する。コンテンツ提供サーバ１はイベント管理データベース１５のデータからメタデータ入力フォームを生成する。利用者携帯端末３では入力キーを押すことでその入力キーに対応するメタデータを選択あるいは入力する。入力されたデータはコンテンツ提供サーバ１に送信される。コンテンツ提供サーバ１は受信時刻データを記録し、その時刻データと受信したメタデータをメタデータデータベース１７に蓄積する。【選択図】　　図１
2004070882.tif 000002
【特許請求の範囲】
【請求項１】
利用者の携帯端末から入力メタデータをコンテンツ提供サーバで受信し、該入力メタデータと、該入力メタデータの受信時刻をメタデータとしてメタデータベースに蓄積するメタデータ作成方法。
【請求項２】
利用者携帯端末から入力メタデータと、該入力メタデータの入力時刻をコンテンツ提供サーバで受信し、該入力メタデータと該入力時刻をメタデータとしてメタデータベースに蓄積するメタデータ作成方法。
【請求項３】
イベントＩＤ、利用者ＩＤ単位にラベルのリストを管理するテーブルを設け、前記ラベルのリストを利用者携帯端末に送信し、前記利用者携帯端末からラベルの選択結果を入力メタデータの一部として受信する、請求項１または２に記載の方法。
【請求項４】
前記入力メタデータの受信時刻と携帯端末での送信時刻と送信データサイズから、前記コンテンツ提供サーバと前記携帯端末の時刻データ差を統計的に計算し、該時刻データ差から、利用者の携帯端末での入力時刻データをコンテンツ提供サーバの時刻データに変換する、請求項２または３に記載の方法。
【請求項５】
前記メタデータベースに蓄積されているメタデータの中から利用者が指定した検索条件と一致するメタデータを検索し、該メタデータの入力時刻データと記録コンテンツの時刻データをマッチングさせることで、記録コンテンツの再生開始個所を決定する、請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記利用者携帯端末から、メタデータ毎の公開／非公開の情報を受信し、非公開が設定されているメタデータについては他人に公開しない、請求項１から５のいずれか１項に記載の方法。
【請求項７】
メタデータベースと、
利用者の携帯端末から入力メタデータを受信し、該入力メタデータと、該メタデータの受信時刻をメタデータとして前記メタデータベースに蓄積するメタデータ登録手段を有するコンテンツ提供サーバ。
【請求項８】
メタデータベースと、
利用者の携帯端末から入力メタデータと、その入力時刻を受信し、該入力メタデータと該入力時刻をメタデータとして前記メタデータベースに蓄積するメタデータ登録手段を有するコンテンツ提供サーバ。
【請求項９】
イベントＩＤ、利用者ＩＤ単位にラベルのリストを管理するテーブルをさらに有し、前記メタデータ登録手段は前記ラベルのリストを前記携帯端末に送信し、該携帯端末からのラベルの選択結果を入力データの一部として受信する、請求項７または８に記載のコンテンツ提供サーバ。
【請求項１０】
前記メタデータベースに蓄積されているメタデータの中から利用者が指定した検索条件と一致するメタデータを検索し、該メタデータの入力時刻データとコンテンツデータベースに記録されているコンテンツの時刻データをマッチングさせることで、記録コンテンツの再生開始個所を決定するコンテンツ検索・再生手段をさらに有する、請求項７から９のいずれか１項に記載のコンテンツ提供サーバ。
【請求項１１】
利用者の携帯端末から入力メタデータを受信する手順と、該入力メタデータと、該入力メタデータの受信時刻をメタデータとしてメタデータベースに蓄積する手順をコンピュータに実行させるためのメタデータ作成プログラム。
【請求項１２】
利用者の携帯端末から入力メタデータと、該入力データの入力時刻を受信する手順と、該入力メタデータと該入力時刻をメタデータとしてメタデータベースに蓄積する手順をコンピュータに実行させるためのメタデータ作成プログラム。
【請求項１３】
イベントＩＤ、利用者ＩＤ単位にラベルのリストを管理するテーブルのラベルのリストを利用者携帯端末に送信する手順と、前記携帯端末からラベルの選択結果を入力メタデータの一部として受信する手順をさらに有する、請求項１１または１２に記載のプログラム。
【請求項１４】
前記メタデータベースに蓄積されているメタデータの中から利用者が指定した検索条件と一致するメタデータを検索し、該メタデータの入力時刻データと記録コンテンツの時刻データをマッチングさせることで、記録コンテンツの再生開始個所を決定する手順をさらに有する、請求項１１から１３のいずれか１項に記載のプログラム。
【請求項１５】
請求項１１から１４のいずれか１項に記載のプログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、あるイベントを記録した映像や音声などの記録コンテンツの中から、利用者の要求に応じた時刻の記録コンテンツを簡単に検索し、再生する方法に関する。
【０００２】
【従来の技術】
従来、インターネット等のコンピュータネットワークシステムを用いて、あるサーバ上で公開されている映像や音声などの記録コンテンツを閲覧する場合に、その記録コンテンツがどんなに長くても、はじめから順に見ていかないと、それが含んでいる内容が分からなかった。
【０００３】
【発明が解決しようとする課題】
最近では、映像の経過時刻を指定したり、その時刻におけるメタデータを記述したファイルを作成することで、映像の見たいシーンを検索して再生することができるようになった。しかしながら、映像を記録した後に、映像を見ながらメタデータを作成するのは、時間と手間がかかるという問題があった。また、リアルタイムにメタデータを作成できなかった。さらに１つの記録コンテンツに対して、複数の利用者が同時にメタデータを入力し、それを公開し、共有するといった概念は存在していなかった。
【０００４】
本発明の目的は、あるイベントを記録した記録コンテンツに対するメタデータを利用者がリアルタイムに作成できるコンテンツの検索・再生方法を提供することにある。
【０００５】
【課題を解決するための手段】
上記目的を達成するために、本発明は、通信機能を有する携帯端末を利用し、イベントに参加している利用者自らが、リアルタイムにメタデータを入力するとともに、そのメタデータをコンテンツ提供サーバに送信し、コンテンツ提供サーバはメタデータを入力時刻データとともにデータベースに蓄積し、またそのデータベースの中から所望のメタデータを検索し、その入力時刻データと記録コンテンツの時刻データをマッチングさせることで、記録コンテンツの所望箇所を再生するものである。
【０００６】
本発明は、あるイベントを記録した記録コンテンツに対するメタデータを作成する場合に、そのイベントに参加している人が、携帯端末を用いてリアルタイムにメタデータを作成するので、メタデータ作成に要する時間と手間が少なくなる。さらに、１つのコンテンツに対して、複数の利用者が同時にメタデータを入力し、それをサーバ側に蓄積し、公開し、共有することができるようになり、利用者自身の体験から記録コンテンツの検索、再生を分かりやすくできる。
【０００７】
ここで、メタデータとは、コンテンツ本体に付属するデータで、コンテンツの内容に関する記述や作成者などに関する情報などが書かれているものである。サッカーの場合は、日時、選手、シュート・コーナーキックなど試合の動きなどに関するデータのことである。コンテンツ本体に付属するデータは全てメタデータになるので、１レコード（＝入力者、入力時刻、ラベル、詳細コメントなど）がメタデータになる。
【０００８】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【０００９】
図１は本発明の一実施形態のコンテンツ検索・再生システムの構成図である。
【００１０】
本実施形態のコンテンツ検索・再生システムは、映像、音声などのコンテンツの蓄積、イベント管理データの登録、記録コンテンツに対するメタデータの登録や管理、記録コンテンツの検索・再生を行うコンテンツ提供サーバ１と、記録コンテンツをコンテンツ提供サーバ１に登録するためのコンテンツ入力端末２と、メタデータを入力しコンテンツ提供サーバ１に登録するための利用者携帯端末３と、コンテンツ提供サーバ１に蓄積されているメタデータを検索することにより記録コンテンツを所望の箇所から再生するための利用者端末４と、コンテンツ提供サーバ１とコンテンツ入力端末２、利用者携帯端末３、利用者端末４とを接続する、電話網やインターネットなどのネットワーク５で構成されている。
【００１１】
コンテンツ提供サーバ１はコンテンツ登録部１１とイベント管理データ登録部１２とメタデータ登録部１３とコンテンツ検索・再生部１４とイベント管理データベース１５とコンテンツデータベース１６とメタデータデータベース１７を有する。
【００１２】
イベント管理データベース１５には、利用者ＩＤ、パスワード、名前などが蓄積される利用者データテーブル１５ａと、イベントＩＤ、イベントの名前、開始時刻、記録コンテンツへのパスなどが蓄積されるイベントデータテーブル１５ｂと、利用者携帯端末３のボタン押下などのイベント発生時に、イベントとラベルとを対応づけするデータ（以下、ラベル対応データ）が蓄積されるラベル対応テーブル１５ｃが含まれる。ラベル対応データは利用者およびイベントごとに設定可能である。利用者は、利用者携帯端末３のイベント毎に予め決められたボタンを、ラベルを入力する際に押下することで、利用者ごとに別々の入力メタデータ（ラベル＋詳細コメント）を容易に入力することができる。コンテンツデータベース１６には記録コンテンツが蓄積されている。メタデータデータベース１７には、ラベル、入力メタデータの入力時刻、ユーザＩＤ、イベントＩＤ、詳細コメントなどが蓄積される。コンテンツ登録部１１は、コンテンツデータベース１６に蓄積する記録コンテンツを受信し、イベント管理データベース１５にどのイベントのコンテンツか、あるいはイベントの開始時刻データの登録を行う。イベント管理データ登録部１２は、イベント管理データの登録や編集を行う。メタデータ登録部１３は、利用者携帯端末３から入力メタデータを受信し、入力時刻データやユーザＩＤ、イベントＩＤとともにメタデータデータベース１７に登録する。コンテンツ検索・再生部１４は、ユーザＩＤやイベントＩＤ、メタデータをキーにメタデータデータベース１７を検索することで、検索結果に含まれるメタデータの入力時刻データを用いて、コンテンツの所望の箇所からの再生を行う。コンテンツの再生をしながら、メタデータの編集、その入力時刻データの更新を行うこともできる。ここで、コンテンツを入力する利用者と、メタデータを入力する利用者と、コンテンツの検索再生を行う利用者は、それぞれ別々でよい。
【００１３】
コンテンツ入力端末２は、表示部２１と、通信部２２と、制御部２３と、コンテンツを入力するためのコンテンツ入力部２４と、コンテンツを蓄積するデータ蓄積部２５を有する。
【００１４】
利用者携帯端末３は、表示部３１と、通信部３２と、制御部３３と、メタデータを入力するためのメタデータ入力部３４と、メタデータを蓄積するデータ蓄積部３５を有する。
【００１５】
次に、メタデータを登録する動作について詳しく説明する。例えば、利用者はサッカー観戦などのイベントに参加しながら、リアルタイムに携帯電話などの利用者携帯端末３を用いて入力メタデータを入力し、そのデータをコンテンツ提供サーバ１側のデータベースに蓄積するようなケースを想定する。図２はメタデータを登録する動作を示すフローチャートである。
【００１６】
まず、利用者は、利用者携帯端末３を用いてユーザＩＤとパスワードを入力し（ステップ１０１）、コンテンツ提供サーバ１で認証処理を行う（ステップ１０２、図４（１））。次に、コンテンツ提供サーバ１は利用者携帯端末３に利用可能なイベントの一覧（イベントデータテーブル）を表示し、利用者はイベントを選択する（ステップ１０３、図４（２））。イベントデータテーブルには、開始時刻と終了時刻とイベント名があって、開始時刻＜現在時刻＜終了時刻の関係を満足するイベントが選ばれて、開始時刻とイベント名を利用者携帯端末３に表示させる。ラベル対応データを編集する場合には、選択したイベントに対応するメタデータを、ユーザ毎にそれぞれ利用者携帯端末３を利用することで編集し、コンテンツ提供サーバ１のラベル対応テーブル１５ｃを更新する（ステップ１０４〜１０６、図４（３））。イベントＩＤ対応、ユーザＩＤ対応にラベル対応データをコンテンツ提供サーバ１から利用者携帯端末３に送って、携帯端末３で編集しコンテンツ提供サーバ１に送り返す。コンテンツ提供サーバ１でイベントＩＤ、ユーザＩＤとともに格納する。コンテンツ提供サーバ１にユーザＩＤ対応のラベル対応データがなければ、共通なラベル対応データをコンテンツ提供サーバ１から携帯端末２に送る。ラベル対応データは、イベント共通のデータである場合もあるし、ユーザがそれぞれ設定する場合もある。次に、メタデータ入力ループに入る。コンテンツ提供サーバ１では、イベント管理データベース１５のデータからラベル入力フォームを生成する（ステップ１０７、図４（４））。入力フォームの生成もイベントＩＤ対応、ユーザＩＤ対応の対応データをコンテンツ提供サーバ１に送ることで行なう。利用者携帯端末３では、ラベル入力フォームを表示し（ステップ１０８）、入力キーを押すことでその入力キーに対応するラベルを選択し、入力する（ステップ１０９）。テキストで自由記述式に詳細なコメントをメタデータの一部として入力することもある。入力されたデータはコンテンツ提供サーバ１に送信される。コンテンツ提供サーバ１では、受信時刻データを記録し（ステップ１１０）、その時刻データと受信した入力メタデータをメタデータデータベース１７に蓄積する（ステップ１１１）。入力メタデータが入力された確認ページ（図４（５））を表示し、また図４（４）の画面へ戻る（ステップ１１２）。
【００１７】
図３はメタデータを登録する動作の他の例のフローチャートである。本例は図２の例と異なり、利用者携帯端末３でメタデータを蓄積し、コンテンツ提供サーバ１へ一括送信する。このようにして、コンテンツ提供サーバ１と利用者携帯端末３の通信回線を減らすことで、利用者の使い勝手を向上させることができる。図３について以下に説明する。
【００１８】
まず、利用者は、利用者携帯端末３を用いてユーザＩＤとパスワードを入力し（ステップ２０１）、コンテンツ提供サーバ１で認証処理を行う（ステップ２０２）。次に、利用者携帯端末３に利用可能なイベントの一覧を表示し、利用者はイベントを選択する（ステップ２０３）。ラベル対応データを編集する場合には、選択したイベントに該当するラベル対応データを、それぞれの利用者携帯端末３にダウンロードし、蓄積する。利用者携帯端末３において、ラベル対応データを編集し、コンテンツ提供サーバ１のラベル対応テーブル１５ｃも更新する（ステップ２０４〜２０６）。次に、メタデータ入力ループに入る。利用者携帯端末３では、ラベル対応データからラベル入力フォームを生成する（ステップ２０７）。入力キーを押すことで、その入力キーに対応するラベルを選択し、入力する（ステップ２０８）。このとき、利用者携帯端末３で、入力メタデータが入力された時刻データを記録する（ステップ２０９）。また、テキストで自由記述式に詳細なメタデータを入力することもある。入力されたデータは利用者携帯端末３に一時的に蓄積される（ステップ２１０）。この蓄積されたデータはタイマーなどで設定されたタイミングによりコンテンツ提供サーバ１に送信され（ステップ２１１）、メタデータデータベース１７に蓄積される（ステップ２１２）。
【００１９】
記録コンテンツの所望の箇所を再生する処理は、メタデータデータベース１７に蓄積されているメタデータの中から所望のデータを検索し、その入力時刻データと記録コンテンツの時刻データをマッチングすることで行われる。図５はコンテンツを検索・再生する動作を説明するための図である。記録コンテンツには、時刻データが含まれる。例えば動画の場合、それぞれのフレームに先頭からの経過時刻データが含まれている。そのため、先頭フレームの時刻を指定すれば各フレームの時刻も分かる。メタデータを検索し、その入力時刻データを指定することで、記録コンテンツの所望の時刻データからの再生が可能になる。
【００２０】
そのため、入力時刻データが利用者携帯端末３で記録される場合、利用者携帯端末３とコンテンツ提供サーバ１との時刻データにずれがあると、上記処理が正しく行われないという問題が生じる。この問題を解決する１つの方法として、コンテンツ提供サーバ１と利用者携帯端末３との間の時刻データ差を推測する方法がある。利用者携帯端末３でのデータ送信時刻をＴ１、コンテンツ提供サーバ１でのデータ受信時刻をＴ２、利用者携帯端末３とコンテンツ提供サーバ１との間の時刻データ差をΔｔ、転送データ量をＢ、転送速度をｖとすると、
ｖ＝Ｂ／｛（Ｔ２＋Δｔ）−Ｔ１｝
という式が成り立つ。この式においてＴ１とＴ２とＢは既知のデータであり、ΔｔとＢは未知のデータである。そのためメタデータ入力ループを通じて、統計的にΔｔとＢを推測することができる。このようにして求められるΔｔを使い、利用者携帯端末３で記録された時刻データをコンテンツ提供サーバ１側での時刻データに変換して、メタデータデータベース１７に蓄積することができる。
【００２１】
図６はコンテンツを検索・再生する動作のフローチャートである。図６について以下に説明する。
【００２２】
まず、利用者は、利用者端末４を用いてユーザＩＤとパスワードを入力し（ステップ３０１）、コンテンツ提供サーバ１で認証処理を行う（ステップ３０２）。次に、利用者端末４にメタデータ検索指定画面を表示し、利用者は検索条件を指定する（ステップ３０３）。検索条件には、イベント名や利用者名、メタデータ名などが用いられる。指定した検索条件はコンテンツ提供サーバ１に送信される（ステップ３０４）。コンテンツ提供サーバ１のメタデータ登録部１３は、イベント管理データベース１５やメタデータデータベース１７内を検索し、検索条件にあうメタデータを検索結果として、利用者端末４に送信する（ステップ３０５）。この時、メタデータの入力時刻データと記録コンテンツの時刻をマッチングさせることで、記録コンテンツの再生開始個所を決定する。利用者端末４では検索結果が表示される（ステップ３０６）。ここで、メタデータデータベース１７には、複数の利用者が入力したメタデータが含まれる。そのため、利用者自身が入力したメタデータの公開／非公開を選択できるようにし、公開されているメタデータのみを検索することもできる。利用者端末４でメタデータを指定し、コンテンツを再生する（ステップ３０７〜３１３）。コンテンツ提供サーバ１では、コンテンツデータベース１６の中から、映像や音声データを細分化し、受信側の再生時刻データにあわせて細分化したデータを順次伝送することで、ダウンロードしながらの再生することもできる。また、一度登録したメタデータの内容を後から編集したり（ステップ３１０）、入力時刻データを変更したりもできる（ステップ３１１）。
【００２３】
なお、以上説明したコンテンツの検索・再生方法は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【００２４】
【発明の効果】
以上説明したように、本発明によれば、あるイベントを記録した映像や音声などの記録コンテンツに対するメタデータを作成する場合に、そのイベントに参加している人が、携帯端末を用いてリアルタイムにメタデータを作成することができるため、メタデータ作成に要する時間と手間が少なくなるとともに、一つのコンテンツに対して、複数の利用者が同時にメタデータを入力し、それをコンテンツサーバ側に蓄積し、公開し、共有することができるようになり、利用者自身の体験から記録コンテンツの検索、再生を簡単にできる。
【００２５】
例えば、サッカーや野球などの試合を観戦する場合に、試合に応じて入力したいメタデータをあらかじめ設定しておく。サッカーであれば「シュート」や「パス」といったメタデータを携帯端末の入力部と対応させておくことで、簡単にリアルタイムにメタデータを入力することができる。そのメタデータは利用者ごとに設定できる。そのメタデータを利用して、後からその映像の所望シーンを簡単に検索再生することができるようになる。また、利用者毎に入力するメタデータを利用者間で分担することで、メタデータ入力の負担を軽減し、それを後からコンテンツサーバ上でマージすることで、映像の所望シーンを検索再生することができる。この方法はサッカーや野球などにおいて、戦術を分析するときに有効である。
【００２６】
他に大学の講義やセミナーをアーカイブする場合にも非常に有効である。利用者がここは重要だと感じたところに、リアルタイムに携帯端末を利用してメタデータを残しておく。イベントが終了してからも、メタデータを利用して重要だと感じたシーンを検索再生して、後からそのシーンだけを簡単に抽出し、効率よく振り返ることも可能になる。
【図面の簡単な説明】
【図１】本発明の一実施形態のコンテンツ検索・再生システムの構成図である。
【図２】メタデータを登録する処理のフローチャートである。
【図３】メタデータを登録する処理の他のフローチャートである。
【図４】メタデータを登録するとき利用者携帯端末３の画面を示す図である。
【図５】コンテンツを検索・再生する方法を説明するための図である。
【図６】コンテンツを検索・再生する処理のフローチャートである。
【符号の説明】
１　　コンテンツ提供サーバ
２　　コンテンツ入力端末
３　　利用者携帯端末
４　　利用者端末
５　　ネットワーク
１１　　コンテンツ登録部
１２　　イベント管理データ登録部
１３　　メタデータ登録部
１４　　コンテンツ検索・再生部
１５　　イベント管理データベース
１５ａ　　利用者データテーブル
１５ｂ　　イベントデータテーブル
１５ｃ　　ラベル対応テーブル
１６　　コンテンツデータベース
１７　　メタデータデータベース
２１，３１　　表示部
２２，３２　　通信部
２３，３３　　制御部
２４　　コンテンツ入力部
２５　　データ蓄積部
３４　　メタデータ入力部
３５　　データ蓄積部
１０１〜１１２，２０１〜２１２，３０１〜３１３　　ステップ
【図１】
2004070882.tif 000003
【図２】
2004070882.tif 000004
【図３】
2004070882.tif 000005
【図４】
2004070882.tif 000006
【図５】
2004070882.tif 000007
【図６】
2004070882.tif 000008