(57)【要約】【課題】膨大なコンテンツが記録され続ける場合において、整理するべきコンテンツを適切に判断する技術を提供すること。【解決手段】有線又は無線を含むネットワーク又は放送から映像もしくは音声を含むコンテンツを受信して、コンテンツ情報と関連づけて記録する記録手段（１１１）に記録されたコンテンツを管理するコンテンツ管理システムにおいて、前記コンテンツ管理システムを利用する複数のエントリに関する情報を記録する人間関係テーブル（１１２、６０１）と、前記人間関係テーブルに基づいて、前記記録手段に記録された所定のコンテンツに対する評価の問い合わせ先としてのエントリを判定する人間関係判定手段（１１５）と、前記所定のコンテンツについて、前記エントリ先からの評価情報を取得するコンテンツ評価情報取得手段（１１６）と、前記評価情報によって前記所定のコンテンツの整理方法を判定するコンテンツ整理手段（１１４）と、を備えた。【選択図】      図１
2007041930.tif 000002
【特許請求の範囲】
【請求項１】
有線又は無線を含むネットワーク又は放送から映像もしくは音声を含むコンテンツを受信して、コンテンツ情報と関連づけて記録する記録手段に記録されたコンテンツを管理するコンテンツ管理システムにおいて、
前記コンテンツ管理システムを利用する複数のエントリに関する情報を記録する人間関係テーブルと、
前記人間関係テーブルに基づいて、前記記録手段に記録された所定のコンテンツに対する評価の問い合わせ先としてのエントリを判定する人間関係判定手段と、
前記所定のコンテンツについて、前記エントリ先からの評価情報を取得するコンテンツ評価情報取得手段と、
前記評価情報によって前記所定のコンテンツの整理方法を判定するコンテンツ整理手段と、を具備することを特徴とするコンテンツ管理システム。
【請求項２】
請求項１に記載のコンテンツ管理システムにおいて、記録された前記コンテンツに対して所定のメタデータを付与し、管理するメタデータ管理手段と、
他者からのコンテンツ評価情報問い合わせに対して、前記メタデータ管理手段によって管理されている情報から、所定の方法で評価情報を計算し、応答を返すコンテンツ評価手段と、を更に具備することを特徴とするコンテンツ管理システム。
【請求項３】
請求項１又は請求項２に記載のコンテンツ管理システムにおいて、各前記手段は、ネットワークにより相互に接続されていることを特徴とするコンテンツ管理システム。
【請求項４】
請求項１から請求項３のいずれか１項に記載のコンテンツ管理システムにおいて、前記人間関係判定手段は、コンテンツのタイトル、ジャンル、内容、関係する人物といったメタデータを入力として受け付けると共に、前記メタデータに基づいて、予め登録された知人と、コンテンツに関するキーワードごとに登録されたオーソリティの中から、問い合わせ先を判定することを特徴とするコンテンツ管理システム。
【請求項５】
請求項２に記載のコンテンツ管理システムにおいて、前記コンテンツ評価手段は、評価者が明示的にコンテンツに対して加えた評価情報と、そのコンテンツを記録する際に用いた手段に基づく予約情報と、そのコンテンツを全て、または部分的に視聴した回数に基づく視聴情報と、そのコンテンツの削除または編集情報のうち、少なくとも１つ以上の情報を用いて評価を行うことを特徴とするコンテンツ管理システム。
【請求項６】
請求項１から請求項５のいずれか１項に記載のコンテンツ管理システムにおいて、前記コンテンツ整理手段は、上記コンテンツ評価取得手段から得られた評価情報に基づいて、コンテンツの削除、非可逆圧縮、及び次回判断までそのまま残すことのうちいずれかを実行することを特徴とするコンテンツ管理システム。
【請求項７】
請求項６に記載のコンテンツ管理システムにおいて、前記評価情報中に、視聴情報もしくは編集情報が含まれており、コンテンツの一部分の評価が高いもしくは低いことが取得可能な場合、当該コンテンツの一部に対して、部分削除または部分圧縮を行うことを特徴とするコンテンツ管理システム。
【請求項８】
請求項１から請求項７に記載のコンテンツ管理システムにおいて、
システム内もしくはネットワーク上に存在する通信ログ情報を取得する通信ログ取得手段を更に具備し
前記人間関係判定手段は、特定のエントリ、キーワード毎に登録された注目のエントリに加え、明示的に登録された、上記通信ログ取得手段がアクセス可能なログ取得方法を少なくとも１つ以上持つネットワークコミュニティを問い合わせ先の候補として加え、
前記コンテンツ評価情報取得手段は、上記通信ログ情報から所定の方法で指定コンテンツの評価を得る手段を有することを特徴とするコンテンツ管理システム。
【請求項９】
請求項４または請求項８に記載のコンテンツ管理システムにおいて、
前記知人及びオーソリティの少なくとも一方に関連する人間関係情報を提供する人間関係提供手段を具備し、
前記人間関係取得手段は、前記人間関係提供手段に記録された人間関係情報に基づいて前記知人及びオーソリティの少なくとも一方に関連する人間情報を取得することを特徴とするコンテンツ管理システム。
【請求項１０】
請求項１から請求項９のいずれか１項に記載のコンテンツ管理システムにおいて、前記コンテンツ整理手段は、整理対象のコンテンツの評価が一定値より高い場合、視聴優先コンテンツとして利用者に提示することを特徴とするコンテンツ管理システム。
【請求項１１】
請求項６に記載のコンテンツ管理システムにおいて、前記コンテンツ整理手段で保留以外の整理が実施される際に、対象コンテンツに関する評価情報を、所定の内容で記録する手動評価情報記録を更に具備することを特徴とするコンテンツ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続され、さらにネットワーク内外から取得・記録された、時間によって内容が変化するコンテンツ、例えば映像や音声を管理するコンテンツ管理システムに関し、後日話題になり、視聴を薦められる可能性のある番組や、コンテンツを削除しないような技術に関する。
【背景技術】
【０００２】
テレビ番組やラジオ番組視聴、さらにはネットワーク上で流されるストリーミング映像および音声放送において、ハードウェアの進化により、複数チャンネル・長時間録画が可能になりつつある。
【０００３】
しかし、利用者の視聴可能時間は変わらないため、すべてを見ることは不可能である。また、番組を高クオリティのまま無尽蔵に記録し続けることは現実的に困難であるため、まだ視聴していないコンテンツや、視聴はしたけれども、残しておくべきかどうかはっきり判断できないものを整理（本明細書において、「整理」とは、基本的に、コンテンツの削除（消去）や圧縮処理をいう）していく必要がある。コンテンツの価値は、当初は興味が無かったが、知人に勧められて視聴する気になる、というように、時間によって変化することも多々あるため、その価値に対する精度を出すことが難しい。
【０００４】
また、今後のコンテンツの楽しみ方の一つとして、メタデータ、つまりコンテンツのある部分からある部分は誰が出演している、どこのメーカーのＣＭである、といった情報を利用して、特定の俳優が登場している複数のシーンをつなげ、さらには特定のトランジョン（フェードアウト等の画面処理や音声処理）を行って１つのコンテンツ（作品）として仕上げる、といったことが考えられる（以下、このような作品を「加工コンテンツ」と称する）。このような作品を複数人で共有することで楽しみが倍化することが予想されるが、現行の著作権上、録画コンテンツそのものを公開したり、他人に渡したりすると問題が出るケースが多い。そのため、このような編集情報を公開し、コンテンツそのものは各個人が記録したものを使って加工コンテンツを再構成する必要がある。このような作品を楽しむためにも、加工コンテンツ内で使われる可能性のあるコンテンツは、できる限り、残しておかなければならない。
【０００５】
録画コンテンツの整理手法は、利用者による手動消去、録画から一定時間経ったものから自動的に消去する、という２つの方法が基本である。バリエーションとして、残したいコンテンツを利用者が事前にマーキングしておく、利用者の好みやジャンルによって優先度を変える、等がある。
【０００６】
特許文献１には、ユーザに視聴を勧める推薦コンテンツの中に一定回数以上登場させたにもかかわらず、視聴されない場合は、ユーザはそのコンテンツに対して興味がないと判断し、削除を実行するようにスケジューリングする技術が記載されている。
【０００７】
他に、録画する時点で無駄なものを排除する方法も様々なものが知られている。代表的なものとしては録画コンテンツ推薦に類するサービスであり、一般的な番組情報推薦ウェブサイト、メールマガジンに始まり、ユーザの嗜好度とコンテンツの一般評価情報に基づき、録画対象を推薦するものがある。
【０００８】
特許文献２には、下記の技術が記載されている。録画する時点で他者情報を利用したコンテンツ選別を行う機能を有し、コンテンツの配信側が何らかの手段で事前に集計した人気度を用いてユーザに取得（蓄積）を推薦する。ここで、他者情報はネットワークを介して取得する。また、コンテンツの削除をコンテンツの再取得容易性、例えばネットワーク経由での再取得が可能なもの等を優先して削除する。この技術は、既に一定の評価を得ており、ネットワーク配信されるコンテンツをターゲットにしており、まだ放送前で評価情報が存在しないものや、再取得が難しいコンテンツに対しては適用が難しい。
【０００９】
しかし、番組の価値は、個人の好みでは必ずしも決まらないし、友人が面白いと思ったものを事前に推測することはできない。また、録画する時点で決まるものでもなく、不明な場合がほとんどである。配信側が提供する評価情報や一般的に提供されている評価情報はユーザが所属するグループや、信頼している人物のそれと一致するとは限らない。その結果、後日薦められた物がすでに消去済みであり、視聴することができないという問題が発生する。
【特許文献１】特開２００２−４４５８４号公報
【特許文献２】特開２００３−２３５０１０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、膨大なコンテンツが記録され続ける場合において、整理するべきコンテンツを適切に判断する技術を提供することを目的とする。後日話題になって視聴を薦められたり、公開された加工コンテンツの再構成に必要となるコンテンツを削除しないこと等を実現するコンテンツ管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明では、削除の際に、利用者と距離的に近い他の利用者の装置に対してコンテンツに対する評価を問い合わせ、その結果に応じて削除の可否（整理）を決めるようにしている。
【００１２】
コンテンツの評価の算出は、主に、  
１）明示的な評価（非削除マーク付与等）  
２）視聴回数（番組全体、シーン（番組全体における一部分）毎）  
３）編集情報（ＣＭカット、プレイリスト作成用チャプタ分割等）  
４）通信ログ情報（メール、掲示板、チャットのログ等）  
の４点を用いて行う。ここで、通信ログ情報については、例えば、該当番組に関する話題があれば高評価とすることなどが想定される。  
また、他の利用者の距離の算出は、  
・利用者が明示的に指定した相手（友人）  
・上記で指定された利用者が、さらに指定している相手（友人の友人）  
・参加しているコミュニティ  
を元に行う。
【００１３】
また、整理の方法については、評価の内容と、そのときの記憶領域の逼迫具合に応じて
・全削除  
・部分削除  
・部分再圧縮  
のいずれかを実行する。
【００１４】
より具体的には、本発明の局面に係る発明は、有線又は無線を含むネットワーク又は放送から映像もしくは音声を含むコンテンツを受信して、コンテンツ情報と関連づけて記録する記録手段に記録されたコンテンツを管理するコンテンツ管理システムにおいて、前記コンテンツ管理システムを利用する複数のエントリに関する情報を記録する人間関係テーブルと、前記人間関係テーブルに基づいて、前記記録手段に記録された所定のコンテンツに対する評価の問い合わせ先としてのエントリを判定する人間関係判定手段と、前記所定のコンテンツについて、前記エントリ先からの評価情報を取得するコンテンツ評価情報取得手段と、前記評価情報によって前記所定のコンテンツの整理方法を判定するコンテンツ整理手段と、を具備することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、後に紹介される可能性のある、という要素を加味してコンテンツを削除することにより、録画していたにも関わらず消してしまい、話題についていけない、という事態を回避できる。
【００１６】
その結果、膨大に記録されるコンテンツの中から真に興味深いコンテンツを視聴することができ、通信の機会損失を大幅に削減することができる。また、有用なコンテンツの価値が広く認められるようになり、最終的にはコンテンツ提供業界全体の活性化が期待できる。
【発明を実施するための最良の形態】
【００１７】
図面を参照して本発明の実施の形態を説明する。  
図１は、本発明の一実施形態に係るコンテンツ情報記録システムの概略構成を表す図である。なお、図１に係る構成は、本発明に必要な構成を全て備えており、本構成を第１の構成１００と称する。また、以下の説明では、ネットワーク２００を介して以下に述べる他のコンテンツ情報記録システムとの通信を行う図示しない通信手段を有することを前提として説明する。通信手段としては、有線又は無線を問わず、インターネットといった物理的なネットワーク、またはＵＮＩＸ（Ｒ）に代表されるＯＳのプロセス間通信や、ＯＳ仮想化技術等を用いて同一計算機上に仮想的に構築された論理的なネットワーク、といったあらゆる通信手段が適用可能である。
【００１８】
第１の構成１００において、コンテンツ記録部１１１は、無線又は有線によって配信、或いは取得可能なコンテンツを記録する。本発明におけるコンテンツとは、映像や音声といった、時間による変化情報を持つコンテンツをいうものとする。なお、コンテンツの記録方法や記録方式などは、本発明の対象外であるため特に触れない。
【００１９】
人間関係記録部１１２は、詳細は後述する利用者と他の装置の利用者との関係を記録する。他の装置の利用者の情報には、必ず当該他の装置への直接的もしくは間接的なアクセス手段が含まれている必要がある。例えば、通信手段がインターネットである場合には、当該他の装置が持つＩＰアドレス、ドメインネーム（ＦＱＤＮ）、もしくは電子メールアドレスが情報として必要である。なお、電子メールアドレスは直接当該他の装置へアクセスするための情報ではないが、電子メールアドレスを用いて、メール配送プロトコル（ＳＭＴＰ）に従って情報を送信することで、当該他の装置へ情報を伝えることが可能である。また、人間関係記録部１１２は、他の装置の利用者の情報以外の情報として、ネットワークコミュニティと呼ばれる同じ興味を持った人々があつまり、通信を行う場に係る情報の記録も行うことができる。ネットワークコミュニティへのアクセス手段として、メーリングリストとして機能している電子メールアドレス、Ｗｅｂ上の掲示板（ＢＢＳ）のＵＲＬ、インスタントメッセンジャー（ＩＭ）やインターネットリレーチャット（ＩＲＣ）のチャンネル名などが指定される。
【００２０】
通信ログ記録部１１３は、利用者と他の人間（装置利用者とは限らない）との通信ログ、つまり電子メールやチャット、インスタントメッセンジャー等の発言記録を記録する。実施形態によっては、各装置の上に電子掲示板（ＢＢＳ）を設置し、そのログを記録するような構成としても良い。さらに、通信ログ取得部１１７を介して、他の装置の通信ログ記録部からログを取得し、蓄積しても良い。
【００２１】
コンテンツ整理部１１４は、一定期間内に一定量の記憶領域をコンテンツ記録部１１１内に確保する。具体的には、コンテンツ整理部１１４は、コンテンツ記録部１１１内に記録された各コンテンツに対して、評価情報取得部１１６より評価情報を取得する。そして、その内容に応じてコンテンツの整理方法を決め、コンテンツの整理を実行する。また、実行結果に応じて、手動評価情報記録部１２１や編集情報記録部１２３に内容をフィードバックする。
【００２２】
人間関係判定部１１５は、人間関係記録部１１２に記録された利用者と他者、或いはネットコミュニティの情報に基づいて、対象コンテンツの評価の問い合わせ先として適切なエントリを判定する。
【００２３】
評価情報取得部１１６は、コンテンツ整理部１１４から問い合わされたコンテンツの評価情報を、人間関係判定部１１５から返されたエントリ先に問い合わせ、評価結果をコンテンツ整理部１１４に返す。
【００２４】
通信ログ取得部１１７は、評価情報取得部１１６からの問い合わせに対して、通信ログ記録部１１３の内容を返す。その際に、人間関係記録部１１２の記録を用いたアクセス制御を行うこともできる。例えば、人間関係が存在しないユーザに対してはログを開示しない、個人情報をマスキングした内容を返す、等といった制御を行うことができる。
【００２５】
手動評価情報記録部１２１は、利用者がそれぞれのコンテンツに対して明示的に与えた評価情報、例えば、あるコンテンツについて、「５段階評価」「残す」「消す」「ブックマークに載せる」といった情報を記録する。手動評価情報記録部１２１に対する利用者の登録方法等は、一般に知られている方法を用いることとし、その説明を省略する。
【００２６】
視聴情報記録部１２２は、利用者がそれぞれのコンテンツに対して視聴の可否、より好ましくは頻度に関する情報を記録する。
【００２７】
編集情報記録部１２３は、利用者がそれぞれのコンテンツに対して行った編集操作を記録する。コンテンツに対するシーン分割、全体削除、部分削除、コメント付与等も編集情報記録部１２３に記録される。
【００２８】
評価情報判定部１２４は、手動評価情報記録部１２１、視聴情報記録部１２２、編集情報記録部１２３、より好ましくは通信ログ記録部１１３の内容から、指定コンテンツに関する評価値を計算する。
【００２９】
評価情報提供部１２５は、自装置、もしくは外部の装置上に存在する評価情報取得部１１６からのコンテンツ評価情報問い合わせに対し、評価情報判定部１２４から対象コンテンツの評価情報を取得し、評価値を返す。その際、人間関係記録部１１２の記録を用いたアクセス制御を行うこともできる。この場合には、例えば、人間関係が存在するユーザの問い合わせのみに評価情報を返す、といったことを行うことができる。
【００３０】
上記のように、本発明の一実施形態に係る構成は、大きく分けて、各コンテンツの評価情報を問い合わせ、その内容に従って記録コンテンツの整理を行うコンテンツの整理部分と、コンテンツに対する様々な情報からコンテンツの評価値を計算し、問い合わせに応答するコンテンツの評価部分の２つの部分に分かれる。この２つの部分は、図１に記載の各部は同一のシステム内に存在してもよいし、ネットワークをはじめとする通信手段を通じた他のシステム内に存在してもよい。図２から図５は、図１の構成の一部の機能のみの構成を有する場合の例を示す図であって、図２から図５において、図１と同じ部分には同じ符号を付し、詳細な説明は省略する。なお、図１及び図２から図５の構成は、独立した構成として、それぞれの視聴端末などが備えている必要はなく、例えば、１箇所で録画・管理を集中して行うようにして、視聴端末は、通信設備と視聴に必要な構成のみを備えるようにしても良い。
【００３１】
例えば、図２はコンテンツの整理部分１１０（以下、「第２の構成」と称する）を抜き出し、図３はコンテンツ評価部分１２０（以下、「第３の構成」と称する）を抜き出して構成したシステムの例を示す図である。
【００３２】
第２の構成１１０におけるコンテンツ整理部１１４は、第１の構成１００と比べて、手動評価情報記録部２１３、視聴情報記録部２１４、編集情報記録部２１５に対してフィードバックをかけることができない。従って、第２の構成１１０は、第１の構成１００に対して発明の実施可能レベルで劣る。第２の構成１１０としては、例えば機能限定のコンテンツ記録装置が考えられる。  
また、第３の構成１２０は、例えば整理を自動化する必要はないが、コンテンツの記録や編集操作を行うような個人用パーソナルコンピュータ等を想定している。
【００３３】
図４は、図３におけるコンテンツ評価部分をさらに機能限定し、複数人で評価情報を集めることを目的にする簡易構成である第４の構成１３０を示す図である。第４の構成１３０は、第３の構成１２０において、人間関係記録部１１２、通信ログ記録部１１３、編集情報記録部１２３を省略している。
【００３４】
図５は、第４の構成１３０にコンテンツに関する評価情報に加え、コンテンツに関する議論を行うための第５の構成１４０と、ネットワーク上に一般的に存在するチャットサービスや掲示板サービス、メールサービス等の通信サーバのみを有する第６の構成１５０とを示す図である。具体的には、第５の構成１４０では、第４の構成１３０に加えて、人間関係記録部１１２、通信ログ記録部１１３、人間関係判定部１１５、通信ログ取得部１１７を備えているが、視聴情報記録部１２２は装備していない。このような通信ログを取得・記録するための手段を具備することにより、コンテンツに関する議論が可能になる。また、第６の構成では、通信ログ記録部１１３と通信ログアクセス部１５１のみを備えているが、このような構成も本発明の実施形態に係る構成の一部と見なすことも可能である。
【００３５】
図６は、上記の各構成が、ネットワークで接続された全体構成を示した図である。  
図６に示すように、第１の構成１００〜第６の構成１５０がそれぞれ通信可能なネットワーク２００に接続されている。各システムは、他のシステムがアクセス可能な何らかのアドレスを持ち、既存の方法でデータを交換できるように構成されている。この場合において、例えば、インターネットにおいては、アドレスはＩＰアドレスであり、データ交換方式にはＨＴＴＰプロトコルやＳＭＴＰプロトコルを利用すればよい。なお、インターネットの場合、ファイアウォール（ＦＷ）等のアクセス制限ノードが介在し、直接の通信ができない場合も想定されるが、ＮＡＴやトンネリング等の公知の方法で、間接的にデータ交換が可能ならばよい。ＳＭＴＰプロトコル等の非同期、間接的アクセス手段も有効に機能しうる。中継ホストを用いたアクセス経路の確保や、ヴァーチャル・プライベート・ネットワーク（ＶＰＮ）による仮想ネットワーク化といった方法も想定可能である。  
上記のようなネットワークの中で、１つ以上のコンテンツ整理手段を有する構成と、１つ以上のコンテンツ評価提供手段を有する構成と、複数の利用者が存在すれば、上記のネットワークで本発明に係るシステムが稼動できることになる。
【００３６】
図７は、コンテンツ記録部１１１に記録されるコンテンツ記録情報のデータ構造の例を示す図である。  
コンテンツを記録することは本発明の対象外であるため詳しくは述べないが、テレビ番組の録画は、公知の方法を用いて行うことが可能であり、番組のタイトルや簡単な内容といった基本的なメタデータは、ＥＰＧ／ｉ−ＥＰＧをはじめとするデータ提供サービスから容易に得ることができる。  
図７の（ａ）に示すコンテンツ記録テーブル５０１は、コンテンツＩＤ５０２、録画日時５０３、録画時間５０４、録画チャンネル５０５、保存ビットレート５０６、ファイルサイズ５０７、保存ファイル名５０８で構成されている。コンテンツＩＤは、ワールドワイドもしくは国内ユニークなＩＤが得られれば、それを使えばよいが、そうでない場合はシステム内ユニークのＩＤを記録ごとに発行する。この例では、利用者ｙａｍａｄａが記録した１番目のコンテンツ、ということで、ｙａｍａｄａ：０１というＩＤを与えている。録画チャンネル５０５は、通常のＴＶ放送だけではなく、ネットワーク上に流れるストリーミングデータも同様に記録する。また、それぞれのコンテンツに対して、タイトルや出演者等のメタデータが得られるケースが多々あるので、それも合わせて記録する。図７の（ｂ）に示すメタデータ５０９は、ｙａｍａｄａ：０１に対するメタデータの例を示したものであり、コンテンツＩＤに対し、プログラムタイトル５１０、チャンネル情報５１１、放送日時５１２、コンテンツ内容紹介５１３、録画キーワード５１４で構成されている。
【００３７】
図８は、人間関係記録部１１２に記録される人間関係情報のデータ構造の例を示す図である。  
図８の（ａ）に示す人間関係テーブル６０１は、相手ユーザ名６０２、相手のシステムへのアドレス６０３、人間関係６０４、問い合わせジャンル６０５、友人関係開示６０６で構成される。  
人間関係６０４は、例えば知人、友人（双方面識あり）、オーソリティ（一方的に知っている）、ネットワークコミュニティ（掲示板：不特定多数、面識不明））、ネットワークコミュニティ（チャットサービス：双方面識あり、多数）といったバリエーションが設定可能である。ここで、知人は単なる知り合いのみではなく、友人関係を含んでも良い。また、オーソリティは、例えばあるジャンルについて、豊富な知識を有するような人である。オーソリティは主に友人開示情報やコンテンツ評価値の重要性に関係し、ネットワークコミュニティは、通信ログ取得手段を介して評価情報を得る点で、他の関係とは異なる。
【００３８】
図８の（ｂ）に示す人間関係テーブル６０７は、第４の構成１３０や第５の構成１４０における、複数ユーザが同一のシステム上に情報を登録する場合のデータ構造の例である。人間関係テーブル６０１に加え、指定ユーザ６０９が存在する。  
なお、図８の（ａ）、（ｂ）において、同じ名前のフィールドは同一の意味である
図９は、視聴情報記録部１２２に記録されるコンテンツの視聴情報のデータ構造の例を示す図である。
【００３９】
図９の（ａ）に示す視聴情報テーブル７０１は、コンテンツＩＤ７０２、再生日時７０３、開始点７０４、終了点７０５、再生モード７０６で構成される。コンテンツＩＤ７０２は、視聴したコンテンツのＩＤである。原則としてコンテンツ記録テーブル５０１に存在するＩＤだが、削除が実行されている場合、存在しないこともある。再生日時７０３はこのコンテンツを再生した日時である。開始点７０４、終了点７０５は、このコンテンツを再生した区間である。開始点、終了点はコンテンツの冒頭からの相対時間で記録される。  
再生モード７０６は、この視聴がどのような視聴であったかを記録するものである。この例では、通常再生、×４（４倍）再生、マイナス×４再生（巻き戻し）再生の３種類があり、モードを切り替えるたびに、別の視聴情報として記録される。
【００４０】
図９の（ｂ）は、視聴情報テーブル７０１に記録された視聴情報を時間軸でまとめた図であり、視聴情報を用いることで、１つのコンテンツ内の各部を格付けできることを示している。例えば、×４再生部分７０９は、通常再生部分７０８、７１０より、ユーザにとって価値が低い部分とし、逆に４倍巻き戻しの上、もう一度再生が行われた部分７１１は価値が高い部分と判定することができる。
【００４１】
図１０は、手動評価情報記録部１２１に記録されるコンテンツの評価情報のデータ構造の例を示す図である。
【００４２】
図１０の（ａ）に示す手動評価情報テーブル８０１は、コンテンツＩＤ８０２、評価８０３、永続化フラグ８０４、メモ８０５で構成される。  
コンテンツＩＤ８０２は、評価したコンテンツのＩＤである。原則としてコンテンツ記録テーブル５０１に存在するＩＤだが、削除が実行されている場合、存在しないこともある。評価８０３は、コンテンツへの評価である。例えば「×」「○」「◎」の３段階で評価することができる。永続化フラグ８０４は、このコンテンツを削除対象外にするかどうかを意味するフラグである。非常に気に入った等の理由がある場合、このフラグをたてることで、削除対象外とするように装置に指示することができる。メモ８０５は、このコンテンツの評価に関するメモである。評価情報を他のユーザへ公開する際、評価理由等を記載することで、より多くの情報を相手のユーザに伝えることができる。
【００４３】
図１０の（ｂ）に示すシーンコメント情報テーブル８０６は、手動評価情報の別の１例であり、コンテンツ内の各部に対してコメントという形で評価情報を与えた場合のデータ構造の例である。シーンコメント情報テーブル８０６は、コンテンツＩＤ８０７、開始点８０８、終了点８０９、コメント８１０から構成される。コンテンツＩＤ８０７はコンテンツＩＤ８０２と同様のものである。開始点８０８、終了点８０９はコメントを付与する対象コンテンツの対象部分を指定する情報である。終了点がない場合は、開始点そのものに対するコメントであることを意味するが、バリエーションとして、開始点の前後一定秒数に対するコメントなどとしてもよい。コメント８１０はコメント内容が記録される。
【００４４】
上記の手動評価情報テーブル８０１とシーンコメント情報テーブル８０６は排他的なものではなく、双方同時に用いることができる。  
これらのテーブルの情報は、視聴情報テーブル７０１の内容と合わせ、利用ユーザのコンテンツに対する評価を求める基本データとなる。
【００４５】
図１１は、編集情報記録部１２３に記録されるコンテンツの編集情報のデータ構造の例を示す図である。
【００４６】
編集情報テーブル９０１は、シーンＩＤ９０２、コンテンツＩＤ９０３、開始点９０４、終了点９０５、編集イベント９０６で構成される。
【００４７】
編集部分は、コンテンツＩＤ９０３で示されるコンテンツの開始点９０４、終了点９０５の範囲で示され、「シーン」として定めている。シーンにはシーンＩＤ９０２が振られる。編集イベント９０６は、シーンに対して行われた処理の内容であり、この例では、保存処理「ロック」、ＣＭ削除処理「ＣＭカット」、保留処理「不要」がある。
【００４８】
図１２は、編集情報記録部１２３に記録されるコンテンツの編集情報、特に、さまざまなコンテンツの１部分をつなげて一つのコンテンツとする「加工コンテンツ」の登録情報のデータ構造の例を示す図である。例えば、複数のプロ野球放送コンテンツの中から、特定の選手の打席のみをピックアップし「Ａ選手打席一覧」という加工コンテンツを作成する、という行為の内容を記録するものである。図１２の（ａ）に示す加工コンテンツ編集テーブル１００１は、コンテンツ名１００２、シーケンス番号１００３、シーンＩＤ１００４、開始トランジョン１００５、終了トランジョン１００６から構成される。コンテンツ名１００２は、加工コンテンツの名前であり、識別子である。シーケンス番号１００３とシーンＩＤ１００４の組で、使用するシーンと順番を定義する。開始トランジョン１００５、終了トランジョン１００６は、シーンの開始と終了時に施す画面エフェクトであり、前出の「Ａ選手打席一覧」の例では、各打席の前で試合名を出し（番組名インポーズ３秒）、フェードイン、終了時にはフェードアウトさせる、といった編集効果を記録する。
【００４９】
図１２の（ｂ）は加工コンテンツ編集テーブルに記録されるデータ間の関係を理解しやすくするための図である。各コンテンツ１００８の特定シーン（１００９、１０１０）を並べて、新たな加工コンテンツ１０１１を構成することを示している。ここで、加工コンテンツの実データは、各シーンの実体をコピーするか、参照のみから構成するかは問わない。トランジョンが複雑になった場合や、容量に余裕がある場合はコピーすることもあるだろうと思われるが、コピーに制限がかかるようなコンテンツの場合、参照情報のみで構成し、トランジョンも再生時にリアルタイムに施す、といった処理が想定される。少なくとも、各シーンの利用状況、例えばどの加工コンテンツで使われているか、使われている回数はどれくらいか、といったことを把握できればよい。
【００５０】
図１３は、通信ログ記録部１１３に記録される通信ログ、つまり会話情報のデータ構造の例を表す図である。図１３は、具体的には、ネットワークにおける代表的な３つの通信形態である、Ｗｅｂサイト上の電子掲示板への書き込み１１０１（（ａ）参照）、友人間やコミュニティのメーリングリストへの電子メール投稿１１０２（（ｂ）参照）、ＩＲＣやＩＭを用いたチャット発言１１０３（（ｃ）参照）の例を示している。通信ログのなかで、通信相手にとって重要だと思われるコンテンツの情報について述べることで、該当コンテンツに対してマークを付けることができてもよい。このマーキングにより、コンテンツの一部、あるいは全体に対して評価づけを行う。この評価情報は、視聴推薦やコンテンツ削除時の評価基準として用いることができる。マーキングの仕方は、所定のフォーマットでコンテンツ情報を述べる方法１１０４や、公知の自然言語処理技術を用いて、ポジティブな発言とその対応コンテンツを判定する方法１１０５などが考えられる。
【００５１】
図１４は、コンテンツ整理の処理概要の一例を示すフローチャートである。  
まず、コンテンツ整理部１１４に対して、サイズＡの領域確保要求が出される（１２０１）。この領域確保要求は、公知の方法を用いるものとし、一般的には、新しいコンテンツの録画がスケジュールされたとき、ユーザが何らかの目的で容量を確保しようとしたとき等にレコーダ本体から出される。処理に時間がかかるシステムへ実装された場合は、処理すべき他の内容が存在しない時間に処理を始める、などのバリエーションが考えられる。まず、処理すべきコンテンツの順序を決定する。この例では、コンテンツの記録日時順に決定する（１２０２）。この他の例としては、視聴されたコンテンツ順なども考えられる。次に、明示的な加工指示、例えば、明示的な削除指示や編集情報テーブル９０１に対象コンテンツのデータが存在するかを確認する（１２０３）。存在した場合、削除可能なシーン（「ＣＭカット」「不要」）を実行リストに追加する（１２０７）。次に、対象コンテンツの評価情報を取得する。評価情報は、手動評価情報記録部に記録された自らの評価情報の他に、対象コンテンツに関係がある評価問い合わせ先エントリとアドレスを、人間関係判定部１１５より取得する（１２０４）。得られた各問い合わせ先に対して、対象コンテンツの評価情報を取得する（１２０５）。取得に時間がかかる場合は、取得結果はキャッシュしてもよいが、評価情報は削除直前のものであればあるほど効果があるため、定期的に更新チェックを行うことが望ましい。得られた各評価値により、コンテンツの加工方法を決定する（１２０６）。評価が低い、もしくは存在しなければ全削除、部分的に評価があればその部分以外を削除、もしくは劣化圧縮による容量削減などが考えられる。これらの処理内容を実行リストに追加し（１２０７）、実行リストに登録されている処理全体がサイズＡを稼ぎ出すに十分かを判定し、不十分であれば次のコンテンツを処理し、十分な場合は実行リストの内容に従って加工処理を実行する（１２０９）。どうしてもサイズＡを稼げない場合、友人の評価が高いコンテンツは削除されにくい、という考えに基づき、最悪の場合、友人宅に訪問して視聴すればよいという判断から、あえて削除対象にする、というバリエーションもある。このような場合は、削除条件を利用ユーザに通知し、可能であれば評価取得先になった友人にもその旨の通知を行うことが望ましい。友人への通知は電子メールの自動発行などが考えられる。
【００５２】
図１５は、コンテンツ評価の基本フローチャートの一例である。コンテンツ評価は、自分のコンテンツを整理する際、また、他者がコンテンツを整理する際に評価情報取得部１１６を介して、自らの評価情報提供部１２５へアクセスしてきた際に行われる。処理に時間がかかる場合は、定期的に評価処理を実行し、結果をキャッシュしてもよい。
【００５３】
評価を行う際、入力として問い合わせてきたユーザ名とコンテンツ識別データを受け取る。自分の評価情報を得る場合は、ユーザ名はｓｅｌｆなどで表現する。コンテンツ識別データは、コンテンツを識別するデータであり、ワールドワイドユニークなコンテンツＩＤが振られている場合はそのＩＤを、振られていない場合はコンテンツのメタデータをその代わりとする。システムは、コンテンツ識別データに対応する、自らが管理しているコンテンツＩＤを取得する。次に、要求してきたユーザに対して評価情報を公開しているかどうかを判定する（１３０２）。公開していない場合、要求を棄却し、処理を終了する。公開判定は人間関係判定部によって行う。同じユーザでも、コンテンツによって公開しているものやしていないものがある可能性がある。ユーザ名がｓｅｌｆの場合は、無条件で公開とする。
【００５４】
以降は評価決定フローである。評価は、手動評価記録データ（１３０３）、視聴記録データ（１３０５）、編集記録データ（１３０７）、通信ログ（１３０９）内の関係データの４つから決定する。通信ログは、他のホストにあることもあるが、その場合は通信ログ取得部１１７を介して入手する。時間がかかる場合は、内容を定期的にキャッシュしてもよい。各データの中から、対象コンテンツに関するものを用いて、評価を行う（１３０３〜１３１１）。そして、その評価結果は要求元に戻される（１３１２）。
【００５５】
評価値は、コンテンツ全体および各部に対する数値で表される。手動評価記録データは、ほぼそのままマッピングされる。コメントを付けたというだけでも、一定の評価を与えたと考えられることから、その部分は特に評価が高い、などとしてもよい。
【００５６】
視聴記録データは、再生回数が高い区間（７１１）は評価が高く、早送りされた部分（７０９）は評価が低いなどとする。編集情報記録データは、編集イベントが「ロック」である部分は評価が高く、加工コンテンツの一部として取り込まれているシーン（１００９、１０１０）は特に高い、などとする。通信ログ内の関係データは、話題にあがったコンテンツや、コンテンツ内の一部分（１１０４、１１０５）は特に高い、などとする。これらの値の合計、または評価基準毎のベクトルデータを評価値とする。
【００５７】
図１６は、評価結果のデータの例を示す図である。コンテンツ名１４０１、シーン評価テーブル１４０２から構成され、シーン評価テーブル１４０２はシーケンス番号１４０３、評価範囲１４０４、評価１４０５、編集ロック１４０６、コメント１４０７からなる。
コンテンツ名は問い合わせがあったコンテンツ識別データに対応するコンテンツ名である。シーケンス番号１４０３、評価範囲１４０４は指定コンテンツ中の評価範囲を表し、評価１４０５は評価値、編集ロック１４０６は加工コンテンツへの取り込みを想定したロックが指示されているかどうか、コメント１４０７は評価の対象になったデータに記録されたコメントである。
【００５８】
図１７は、これらの評価値を受けて、コンテンツ整理部１１４が行う整理方法の一例を示すフローチャートである。  
入力として、評価情報取得部１１６より得られたさまざまなユーザ、コミュニティからの評価値を入力する（１５０１）。これらの評価値をマージする（１５０２）。マージする方法は、すべてを足し合わせる方法や、シーン毎、もしくは区間ごとの評価値を足し合わせる方法などがある。また、人間関係に応じて、足し合わせる際に重みを加えてもよい。そして、その結果に応じてシーン毎に優先度を付与して整理方法を決定する（１５０３）。なお、この場合において、コンテンツ整理部１１４は、コンテンツの整理（すなわち、削除や圧縮）のみばかりでなく、整理対象のコンテンツの評価が一定値より高い場合に、視聴優先コンテンツ（或いは、シーン）として利用者に提示しても良い。
【００５９】
図１８は、人間関係に応じて、足し合わせる際の重みを変化させた区間ごとの評価値の算出方法の一例を示す図である。  
図１８の（ａ）は入力となる評価値である。取得したユーザ単位（１６０２）に、ユーザ名（１６０３）と全体もしくは部分評価（１６０４）が含まれている。また、評価したユーザと、コンテンツの整理を行おうとしているユーザの人間関係が、人間関係取得部より得られる（１６０５）。人間関係は人間関係テーブル６０１に記録されている知人、オーソリティ、コミュニティの他に、知人の知人、といった間接情報も扱うことも考えられる。この情報は、ユーザが明示的に記録する、明示的に指定された名簿管理ホストのようなディレクトリサービスに問い合わせる、知人のアドレスに存在する人間関係判定部に問い合わせる、といった方法の他に、第５の構成１４０のような通信サーバ形態の場合は、そのサーバを利用しているユーザの人間関係が把握出来ていることから、そのような情報を容易に得ることができる。このような評価値と人間関係を、図１８の（ｂ）や（ｃ）に示すような数値変換を行い、区間毎の評価値を計算する。計算方法の一つとして、取得したい区間における、各ユーザの評価値を、人間関係の重みを掛け合わせたあと、合計する、というものがある（１６１１）。例えば、図１８の（ａ）に示す評価値を、図１８（ｂ）や（ｃ）に示す変換を行った場合の、区間００：１０：００〜００：１４：００の評価値は５．０である。コンテンツのすべての区間に対して評価値を計算し、その評価値毎に、整理方法を判定する。最もシンプルな判定方法としては、評価値が０以下の部分は削除、評価値が１以下の部分は劣化圧縮、評価値２以上はそのまま残す、というように、整理方法毎にしきい値を決めて適用する、といったものがある。
【００６０】
図１９は、通信ログ取得部１１７より得た通信ログを解析し、対象のコンテンツの評価値を取得する処理のフローの一例である。  
この処理は評価情報判定部１２４にて行われる。コンテンツ識別データを入力として受け取ったあと、対応するコンテンツＩＤを取得し、そのメタデータを用いて、コンテンツと関係のある通信ログを探索する。最も簡単な方法としては、番組名と放送日時の記述があるログを探す（１７０１〜１７０２）。公知の類義語検出や一般的な省略名称を併用して精度を上げることも考えられる。発見後、そのログがポジティブな評価を行っているのか、ネガティブな評価を行っているかを判定する（１７０３〜１７０４））。これは「ダメ」「最高」等の文字列への単純なパターンマッチや、公知の自然言語処理技術を用いて判定することができる。通信ログがＩＭやＩＲＣなどのチャットの場合、該当するログの前後一定区間に対する評価とするなど、ログの種類に応じて、全体の評価だけではなく、区間の評価も取得できる。また、所定のフォーマットに基づいた発言１１０４のように、評価情報判定部が認識する形式で発言することで、容易に評価情報を付けられるようにしてもよい。
【００６１】
図２０は、コンテンツ整理部１１４の情報にユーザがアクセスしたときの情報呈示画面例である。
【００６２】
この画面１８０１では、整理対象となったコンテンツの情報が提示されているダイヤログが表示されている（１８０２〜１８０６）。具体的にどのような整理が行われるか（１８０７）、予想される空き容量はどれくらい（１８０８）も合わせて表示する。ユーザの期待に沿わない場合、「整理対象から外す」「保留する」といった要求を出すことができる（１８０９〜１８１０）。前者はコンテンツへの手動評価情報テーブル８０１に対して、永続化フラグを「あり」にする。永続化フラグが立てられたコンテンツは、手動評価値として最高点を返す。後者は、一定期間の間、整理対象コンテンツ集合から除外する。「詳細」（１８１１）を選択すると、具体的な整理内容、特に区間別の整理方法が提示される。
【００６３】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００６４】
【図１】本発明の一実施形態に係るコンテンツ情報記録システムの概略構成（第１の構成）を表す図。
【図２】図１の構成の一部の機能のみの構成を有する場合の一例を示す図であって、コンテンツの整理部分を抜き出して構成したシステムの例（第２の構成）を示す図。
【図３】図１の構成の一部の機能のみの構成を有する場合の他の例を示す図であって、コンテンツ評価部分を抜き出して構成したシステムの例（第３の構成）を示す図。
【図４】図１の構成の一部の機能のみの構成を有する場合の他の例を示す図であって、コンテンツ評価部分を更に機能限定したシステムの例（第４の構成）を示す図。
【図５】図１の構成の一部の機能のみの構成を有する場合の他の構成例（第５及び第６の構成）を示す図。
【図６】第１から第６の構成が、ネットワークで接続された全体構成を示した図
【図７】コンテンツ記録部に記録されるコンテンツ記録情報のデータ構造の例を示す図。
【図８】人間関係記録部に記録される人間関係情報のデータ構造の例を示す図。
【図９】視聴情報記録部に記録されるコンテンツの視聴情報のデータ構造の例を示す図。
【図１０】手動評価情報記録部に記録されるコンテンツの評価情報のデータ構造の例を示す図。
【図１１】編集情報記録部に記録されるコンテンツの編集情報のデータ構造の例を示す図。
【図１２】編集情報記録部に記録されるコンテンツの編集情報、特に、さまざまなコンテンツの１部分をつなげて一つのコンテンツとする「加工コンテンツ」の登録情報のデータ構造の例を示す図。
【図１３】通信ログ記録部に記録される通信ログ、つまり会話情報のデータ構造の例を表す図。
【図１４】コンテンツ整理の処理概要の一例を示すフローチャート。
【図１５】コンテンツ評価の基本フローチャートの一例。
【図１６】評価結果のデータの例を示す図。
【図１７】評価値を受けて、コンテンツ整理部が行う整理方法の一例を示すフローチャート。
【図１８】人間関係に応じて、足し合わせる際の重みを変化させた区間ごとの評価値の算出方法の一例を示す図。
【図１９】通信ログ取得部より得た通信ログを解析し、対象のコンテンツの評価値を取得する処理のフローの一例。
【図２０】コンテンツ整理部の情報にユーザがアクセスしたときの情報呈示画面例。
【符号の説明】
【００６５】
１００…第１の構成
１１０…第２の構成（コンテンツの整理部分）
１１１…コンテンツ記録部
１１２…人間関係記録部
１１３…通信ログ記録部
１１４…コンテンツ整理部
１１５…人間関係判定部
１１６…評価情報取得部
１１７…通信ログ取得部
１２０…第３の構成（コンテンツ評価部分）
１２１…手動評価情報記録部
１２２…視聴情報記録部
１２３…編集情報記録部
１２４…評価情報判定部
１２５…評価情報提供部
１３０…第４の構成
１４０…第５の構成
１５０…第６の構成
１５１…通信ログアクセス部
２００…ネットワーク
２１３…手動評価情報記録部
２１４…視聴情報記録部
２１５…編集情報記録部
【図１】
2007041930.tif 000003
【図２】
2007041930.tif 000004
【図３】
2007041930.tif 000005
【図４】
2007041930.tif 000006
【図５】
2007041930.tif 000007
【図６】
2007041930.tif 000008
【図７】
2007041930.tif 000009
【図８】
2007041930.tif 000010
【図９】
2007041930.tif 000011
【図１０】
2007041930.tif 000012
【図１１】
2007041930.tif 000013
【図１２】
2007041930.tif 000014
【図１３】
2007041930.tif 000015
【図１４】
2007041930.tif 000016
【図１５】
2007041930.tif 000017
【図１６】
2007041930.tif 000018
【図１７】
2007041930.tif 000019
【図１８】
2007041930.tif 000020
【図１９】
2007041930.tif 000021
【図２０】
2007041930.tif 000022