JP2009033372A - コンテンツ蓄積再生装置及び要約作成優先度決定方法 - Google Patents
コンテンツ蓄積再生装置及び要約作成優先度決定方法 Download PDFInfo
- Publication number
- JP2009033372A JP2009033372A JP2007194044A JP2007194044A JP2009033372A JP 2009033372 A JP2009033372 A JP 2009033372A JP 2007194044 A JP2007194044 A JP 2007194044A JP 2007194044 A JP2007194044 A JP 2007194044A JP 2009033372 A JP2009033372 A JP 2009033372A
- Authority
- JP
- Japan
- Prior art keywords
- content
- information
- unit
- data
- generation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Television Signal Processing For Recording (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Abstract
【課題】本発明の目的は、ユーザを待たせることなく、高度な要約生成方法によって要約の生成順序を決定し、生成した高品質な要約を視聴することができ、かつ低コストである要約再生機能付きコンテンツ蓄積再生装置を提供することにある。
【解決手段】従前、FIFO方式で処理していた要約生成処理を、コンテンツ受信が終了するたびに要約情報生成優先度判定部204が要約の生成順位を判定する。具体的には、同種の過去のコンテンツ及びコンテンツ要約の再生履歴を参照し、要約の生成順位を決定する。
【選択図】図1
【解決手段】従前、FIFO方式で処理していた要約生成処理を、コンテンツ受信が終了するたびに要約情報生成優先度判定部204が要約の生成順位を判定する。具体的には、同種の過去のコンテンツ及びコンテンツ要約の再生履歴を参照し、要約の生成順位を決定する。
【選択図】図1
Description
本発明はコンテンツを蓄積および再生する機能を有する情報処理システムに関し、特に映像コンテンツを要約再生する機能を持つコンテンツ蓄積再生装置の構成に適用して有効な技術に関する。
近年、コンテンツ、特にテレビ放送コンテンツのような映像音声コンテンツを、大量に蓄積及び再生する機能を持ったAV装置が普及しつつある。テレビ放送のデジタル化の進展や、ネットワーク経由でのコンテンツ配信の普及がこの傾向に拍車をかけている。
一方で、このような装置では、大量に蓄積されたコンテンツを効率よく視聴するために、コンテンツのダイジェストを再生、即ち要約再生する機能を備えるものもある。ここで「要約再生」とは、録画コンテンツの重要シーンをユーザが指定した長さで再生することを言う。
例えば、特開2006−148526号公報(以下特許文献1)に示される技術では、ユーザが指定した蓄積済みコンテンツを元にして要約を生成し、これをユーザに視聴させることを可能にする。
特開2006−148526号公報
日立製作所ホームページ:ホーム>サポート>いいとこ観 URL:http://prius.hitachi.co.jp/prius/pc/2005may/iitokomi/index.html
しかしながら、特許文献1記載のコンテンツ蓄積再生装置には、映像コンテンツの要約を生成する方法によっては、その生成処理自体に相当の時間を要するという課題があった。
ユーザにとっての要約再生の目的が、当該コンテンツを短時間で視聴したい、といったものである場合、この傾向は特に顕著である。なぜならこの場合、ユーザは短時間での視聴によってコンテンツ全体の概要を知りたいと考えており、要約の生成に、コンテンツの意味や特徴の解析といった高度な処理を実行することが必要となるからである。
一方で、近年では、要約の作成要求が、ほぼ同一タイミングで複数発生することも考えられるようになった。すなわち、要約の作成は、コンテンツの録画等が終了した後に開始されることが多い。
しかし、今後は1のコンテンツ蓄積再生装置に複数のチューナ等が搭載される可能性もある。このような場合には各チューナの録画が完了すると要約の作成要求が発生する。異なるチューナが動作するのは、複数のコンテンツについて同時に録画を行う場合が多く、録画終了時間が近接することも十分考えられるためである。
また、要約の再生を精度良く行おうとすると、処理負荷は増大する方向に向かわざるを得ない。一方で、CPU等の処理装置を高性能なものにすると装置原価が増大し、コンテンツ蓄積再生装置の損益分岐点の面から好ましくない。よって、低速な処理装置で高度な動作を行う必要が生じる。
また、従前はアンテナで受信した放送波からチューナにより番組を取得することを想定しておけば良かった。しかし、近年では、ネットワークを利用して、番組を取得することも想定しておく必要がある。ネットワークによる取得の際には、異なるコンテンツのためにセッションを複数張って、ほぼ同時に、コンテンツ取得が完了することも普通に考えられる。
以上のことから、複数の要約処理を同時に行うことを前提にしたロジック及びその実現のためのハードウェアの構成をあらかじめ想定しておく必要がある。
特許文献1に記載のコンテンツ蓄積再生装置では、ユーザからの要求に従って要約を生成開始する、とされており、前述したような高度な要約生成処理を想定することは困難である。なぜなら、高度な要約生成処理が完了するまで、ユーザは要約の視聴を開始することができず、ユーザの本来の目的である「短時間での視聴」を実現できなくなってしまう可能性があるからである。このような理由により、適用可能な要約生成方法が非常に簡易な処理のものに限られてしまい、ユーザが満足する要約を生成することができない、という課題があった。
本発明は、このような現状を鑑みてなされたものである。本発明の目的は、ユーザを待たせることなく、高度な要約生成方法によって要約の生成順序を決定し、生成した高品質な要約を視聴することができ、かつ低コストである要約再生機能付きコンテンツ蓄積再生装置を提供することにある。
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
本願に関わるコンテンツ蓄積再生装置は、コンテンツ受信部と、コンテンツ受信部からのコンテンツデータを利用可能な形式で保存するコンテンツ記録蓄積制御部と、該コンテンツデータの属性を取得すると共に該コンテンツデータの要約データの生成を要求する要約生成要求を出力するコンテンツ属性取得部と、コンテンツデータの要約データを生成するコンテンツ要約情報制御部を含み、2以上の要約生成要求が並存する際、どの要約生成要求に関わるコンテンツの要約データを生成するかコンテンツ要約情報制御部に指示する要約データ生成優先度判定部を更に有することを特徴とする。
このコンテンツ蓄積再生装置の要約データ生成優先度判定部は要約データ生成済みのコンテンツの再生履歴情報と、要約データの作成されていない2以上の要約生成要求に関わるコンテンツの属性情報を参照して要約作成優先度を決定することを特徴としても良い。
また、このコンテンツ蓄積再生装置の上述した属性情報は該コンテンツに関わるジャンル情報であっても良い。
また、このコンテンツ蓄積再生装置の上述した属性情報は該コンテンツに関わるジャンル情報及び該コンテンツのコンテンツ購入金額であっても良い。
このコンテンツ蓄積再生装置のコンテンツ受信部は複数のコンテンツ受信器を含むことを特徴としても良い。
また、このコンテンツ蓄積再生装置のコンテンツ受信器は放送コンテンツを受信する手段であることを特徴としても良い。
また、このコンテンツ蓄積再生装置のコンテンツ受信部は複数のセッションを張ることができるコンテンツ受信器を含むことを特徴としても良い。
また、このコンテンツ蓄積再生装置のコンテンツ受信器はネットワークを経由するデータ転送手段であることを特徴としても良い。
また、このコンテンツ蓄積再生装置は、放送コンテンツを受信する手段及び複数のセッションを張ることができるネットワークを経由するデータ転送手段の両方を含むことを特徴としても良い。
本願発明に関わるコンテンツ蓄積再生装置の要約作成優先度決定方法は、要約生成要求に関わるコンテンツの属性情報を取得する属性情報取得ステップと、要約データ生成済みのコンテンツのコンテンツ再生履歴情報を取得するコンテンツ再生履歴情報取得ステップと、要約の有無の照会を行う要約照会ステップと、属性情報、コンテンツ再生履歴情報、要約の有無の照会結果を参酌し要約情報生成優先度判定テーブルを作成する要約情報生成優先度判定テーブル作成ステップと、要約未生成のコンテンツが2以上存在するかを確認する要約未生成コンテンツ確認ステップと、要約未生成コンテンツ確認ステップで要約が未生成のコンテンツが2以上存在する際に該要約未生成のコンテンツのカテゴリーコードを確認するカテゴリーコード確認ステップと、要約データ生成済みコンテンツのカテゴリーコードと前記カテゴリーコード確認ステップで確認したカテゴリーコードを参酌して要約作成対象を特定する要約作成対象特定ステップを含むことを特徴とする。
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。
本発明によれば、高度な要約生成方法によって生成した高品質な要約を視聴することができ、かつユーザを待たせることなく要約再生を開始することが可能な装置を、低コストで構築することができるという効果がある。
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
なお、本発明に関わるコンテンツ蓄積再生装置とは、放送システムおよびネットワーク伝送システムと接続される。
ここで放送システムは、地上波放送、衛星放送、CATVなどの、放送によるコンテンツ伝送システムを指す。双方のシステムを具備してもかまわないし、一方のシステムのみを備えても良い。また、DVDディスクやHDDカートリッジのようなリムーバブルメディアとの接続であっても良い。
ネットワーク伝送システムは、IPネットワークなどの、通信によるコンテンツ伝送システムを指す。
この前提で各実施の形態を説明する。
(第1の実施の形態)
図1は、本発明の第1の実施の形態に係わるコンテンツ蓄積再生装置の構成を示す構成図である。本図により、本発明の第1の実施の形態に係わるコンテンツ蓄積再生装置の構成について説明する。
図1は、本発明の第1の実施の形態に係わるコンテンツ蓄積再生装置の構成を示す構成図である。本図により、本発明の第1の実施の形態に係わるコンテンツ蓄積再生装置の構成について説明する。
本発明の第1の実施の形態に係わるコンテンツ蓄積再生装置は録画部11、要約部12及び再生部13より構成される。
録画部11はコンテンツを外部から受け取ってこれを蓄積記録するモジュールである。録画部11はコンテンツ受信部101、コンテンツ記録蓄積制御部102、コンテンツ蓄積部103、コンテンツ属性取得部201、コンテンツ属性蓄積部206を含む。
要約部12は録画部11に蓄積されたコンテンツの要約を生成するモジュールである。要約部12はコンテンツ要約情報制御部104、要約情報蓄積部105、ユーザ情報設定部203、予約情報生成優先度判定部204を有する。
再生部13は録画部11または要約部12から情報を受け取ってコンテンツの再生表示を実行するモジュールである。再生部13はコンテンツ再生部106、表示部107、再生履歴取得部202、再生履歴蓄積部205を含む。
コンテンツ受信部101はコンテンツ記録蓄積制御部102が取り扱える形式にコンテンツデータを変換した後に、コンテンツ記録蓄積制御部102にコンテンツデータを送信するモジュールである。
コンテンツ記録蓄積制御部102はコンテンツ受信部101から送信されたコンテンツデータをコンテンツ蓄積部103に記録するモジュールである。また、コンテンツ属性取得部201の求めに応じて、コンテンツ蓄積部103に蓄積中のコンテンツデータの属性情報若しくはコンテンツ蓄積部103に蓄積済みのコンテンツデータの属性情報を収集し、この収集した属性情報をコンテンツ属性取得部201に送信する機能も持つ。
コンテンツ蓄積部103はコンテンツデータを蓄積するためのメモリやハードディスク等である。常時電源投入か否かといった利用環境、ムーブのための一時的な保存用といった利用目的にもよるが、揮発性メモリか不揮発性メモリかは問わない。
コンテンツ属性取得部201はコンテンツ蓄積部103に蓄積実行中のコンテンツデータの属性情報、またはコンテンツ蓄積部103に蓄積済みのコンテンツデータの属性情報をコンテンツ記録蓄積制御部102経由で取得し、コンテンツ属性蓄積部206に蓄積するモジュールである。
コンテンツ属性蓄積部206はコンテンツデータの属性情報を蓄積するメモリ等である。
コンテンツ要約情報制御部104はコンテンツ蓄積部103に蓄積されたコンテンツデータをコンテンツ記録蓄積制御部102経由で取得する。この取得したコンテンツデータを元に要約情報(要約データ)を生成し、生成した要約情報を要約情報蓄積部105に蓄積する。
要約情報蓄積部105はコンテンツ要約情報制御部104によって生成された要約データを蓄積するためのメモリ等である。
ユーザ情報設定部203は、ユーザ情報(ユーザにより設定される情報、リモコンから設定画面を呼び出してセットする色々な情報)の設定を行うモジュールである。
要約情報生成優先度判定部204はコンテンツ属性取得部201及び再生履歴取得部202からコンテンツ属性情報とコンテンツ再生履歴情報を取得する。これら取得した情報から、複数の要約生成処理対象のコンテンツのうち、どのコンテンツを処理対象とするのかの優先順位を決定する。
コンテンツ再生部106は、コンテンツの再生を実行する場合にコンテンツ蓄積部103から蓄積されたコンテンツを順次アクセスにより取得し、これを表示部107で再生表示する。
表示部107はコンテンツ再生部106で再生されたコンテンツデータを表示するモジュールである。なお、表示部107の代わりにディスプレイなどの表示用装置を接続するコネクタを設け、外部の表示用装置と接続する構成をとっても良い。
再生履歴取得部202はコンテンツデータが再生されたかどうか、要約データが再生されたかどうかについての再生履歴情報を取得し、これを再生履歴情報蓄積部205に蓄積する。
再生履歴情報蓄積部205は再生履歴取得部202が取得した再生履歴を保存するメモリ等である。
これらを踏まえた上で、各モジュールの動作を説明する。
図2はコンテンツ受信時の録画部11の動作を表すフローチャートである。
録画部11はコンテンツ受信部101のコンテンツの受信により動作を開始する。
放送等からコンテンツデータを受信すると、コンテンツ受信部101はコンテンツデータをコンテンツ記録蓄積制御部102などが利用可能なように変換する(ステップS1001)。コンテンツ受信部101は、この利用可能になったコンテンツデータをコンテンツ記録蓄積制御部102に渡し、コンテンツ記録蓄積制御部102はこの受け取ったコンテンツデータをコンテンツ蓄積部103に蓄積する(ステップS1002)。このとき、コンテンツ記録蓄積制御部102はコンテンツ属性取得部201に対して新規コンテンツデータの蓄積があった旨をコンテンツ属性取得部201に報知する(ステップS1003)。この報知を受けて、コンテンツ属性取得部201は蓄積したコンテンツの属性情報の取得をコンテンツ記録蓄積制御部102に要求し、これをうけてコンテンツ記録蓄積制御部102はコンテンツ属性取得部201に対してコンテンツの属性情報の更新を行う(ステップS1004)。ここでコンテンツ属性情報とは、コンテンツの属するジャンル情報を示す情報である。コンテンツ属性情報は、コンテンツと重畳して送信されるEPG情報(XML形式によるメタデータ)等から取得する。図3はコンテンツ属性取得部201がコンテンツ蓄積部206に蓄積するコンテンツ属性情報の例である。
コンテンツ属性情報は、管理番号及びジャンルから構成される。
管理番号は、コンテンツ属性情報及びコンテンツ再生履歴情報の対応をとるために割り振られた識別子である。この管理番号は、新しいコンテンツが録画されるごとにコンテンツ記録蓄積制御部102が割り振るものである。この管理番号は、前述したステップS1003でコンテンツ属性取得部に報知される情報に含まれる。ここでは、新しい番組が録画された際には、コンテンツ蓄積部206に蓄積されているもののうち最大の管理番号のものに1加算した値をコンテンツ属性取得部201が割り当てている。
ジャンル情報は、EPGに付加される大分類ジャンル情報のことである。この情報は図2のステップS1005で抽出されたものである。なお、ネットワーク経由で取得したコンテンツなどのEPGに依存しないコンテンツの場合には、このジャンル情報が空白ないしは他の情報に置きかわる場合もある。
本実施の形態では、これら2項目のみをコンテンツ属性情報としているが、これら以外の情報を付加しても良い。たとえば、コンテンツ本体の総録画時間や画質情報、コンテンツが格納されている記憶領域のアドレスなどが考えられる。これらの付加は設計事項であり、適宜設計者が配慮すべきである。
図2の説明に戻る。
コンテンツ属性取得部201は受けたコンテンツの属性情報を従前のものに追加・更新して、コンテンツ属性蓄積部206に再度蓄積する(ステップS1005)。この一連の処理を終えると、コンテンツ属性取得部201は、要約部12の要約情報優先度判定部204に対して、録画処理の完了を通報する(ステップS1006)。この時点で録画部11の動作は終了する。
次に、要約部12の動作について図4ないし図7を元に説明する。
図4は要約部12の要約情報優先度判定部204の動作に関するフローチャートである。図5は要約情報優先度判定部204が作成する要約情報優先度判定テーブルの一例を表す表である。図6はこの要約情報優先度判定テーブルを作る際、再生履歴取得部から取得するコンテンツ再生履歴情報の一例を表す表である。また、図7は要約情報優先度判定部204が、この要約情報優先度判定テーブルに基づき、優先度の判定を行う処理の流れの一例を示すフローチャートである。
まず、動作の前提について提示する。
現時点におけるコンテンツ蓄積再生装置は11個のコンテンツの録画を終了している。また、要約の作成は9個目のコンテンツまで完了しており、10個目以降のコンテンツについては要約は未生成である。そしてこの11個目のコンテンツの録画が完了し、ステップS1006に関わる録画完了通報がなされたところから以下の説明は始まる。
このフローではコンテンツごと(図5の行単位)に処理がなされる。この際、要約作成要求の新しいもの(この図では管理番号の値の大きいもの)から始めるか、古いもの(管理番号の値の小さいもの)から始めるかは設計事項である。
次に、図4に基づき要約部12の動作を説明する。
従来は、録画の完了通報を受け取ると、通報を受けた順に処理を行っていた。そして、要約作成中に新しいコンテンツの要約作成要求が発生した際には、後発の要求が待機するFIFO方式を採っていた。これに対し本発明では、要約作成の順番を決定するところから始める。
要約部12の動作は、上述の図2ステップS1006におけるコンテンツ属性取得部201から要約情報優先度判定部204への録画完了通報をその開始トリガーとする。
通報を受けるとまず、要約情報優先度判定部204はコンテンツ属性取得部201からコンテンツ属性情報を取得する(ステップS1101)。また、再生部13の再生履歴取得部202に対して既要約生成済みのコンテンツのコンテンツ再生履歴情報を取得する(ステップS1102)。さらに、コンテンツ要約情報制御部104に対して、要約の生成がなされているコンテンツの情報を照会する(ステップS1103)。このステップS1102のコンテンツ再生履歴情報とは、録画したコンテンツ及びそれを元に作成した要約の再生回数を表す情報から構成されている。
ここで、ステップS1102で読み出されるコンテンツ再生履歴情報について図6を用いて説明する。
コンテンツ再生履歴情報は要約が作成されたコンテンツのコンテンツ本体及び要約の再生の履歴を記録したデータである。このコンテンツ再生履歴情報は再生履歴取得部202によって生成され更新される。このコンテンツ再生履歴情報の更新のタイミングは、後述するコンテンツ再生部106から再生履歴取得部202への更新要求が契機となる。この際、更新要求に管理番号が添付されることで各情報間の一意性が保持される。
コンテンツ再生履歴情報はコンテンツごとにデータを管理する。このデータは権利番号、全再生回数カウント情報及び要約再生回数カウント情報より構成される。
管理番号は、コンテンツ属性情報由来の情報項目であり、コンテンツ属性情報のそれと同一である。
全再生回数カウント情報は、録画したコンテンツ自体の再生回数を表すものである。
要約再生回数カウント情報は、録画したコンテンツから生成された要約の再生回数を表すものである。
これらの情報から、要約情報優先度判定部204は図5に示す要約情報優先度判定テーブル501を作成する(ステップS1104)。
以下、この要約情報優先度判定テーブル501の項目について説明する。
管理番号及びジャンル情報は、コンテンツ属性情報由来の情報項目であり、コンテンツ属性情報のそれと同一である。
全再生回数カウント情報は、コンテンツ再生履歴情報に含まれるものであり、録画したコンテンツ自体の再生回数を表すものである。
要約再生回数カウント情報は、コンテンツ再生履歴情報に含まれるものであり、録画したコンテンツから生成された要約の再生回数を表すものである。
カテゴリーコードは、要約情報優先度判定部204が作成するものである。ジャンル情報が同一のものに対して一意に割り振られる識別子である。このコードは要約情報優先度判定部204での処理を行うときの取り扱い容易性を考慮したものであり、このカテゴリーコードの割り当ても上記ステップS1104でおこなわれる。
要約情報生成済みフラグは、要約の生成が終わっているか否かを表すフラグである。これはステップS1103でのコンテンツ要約情報制御部104への紹介の結果導出される。図4に示した例では、9個のコンテンツ(管理番号1乃至9)が要約情報生成済みであり、2個のコンテンツ(管理番号10、11)が要約情報未生成である。
図3の説明に戻る。
要約情報優先度判定テーブル501を作成後、要約情報優先度判定部204は要約の生成を求めるコンテンツが2以上存在するか要約情報生成済みフラグを参照して確認する(ステップS1105)。要約の生成を求めるコンテンツが1つであれば(ステップS1105:No)、録画完了通報に関するコンテンツの要約を作成する(ステップS1106)。
逆に、今回の要約情報優先度判定テーブル501のように、要約の生成を求めるコンテンツが2以上存在する場合(ステップS1105:Yes)、要約の生成を求めるコンテンツのカテゴリーコードを集計する(ステップS1107)。図4の例では、管理番号10のカテゴリーコード「0001」と管理番号11のカテゴリーコード「0000」が抽出される。
次に、ステップS1107で抽出された各カテゴリーコードのコンテンツ及びその要約が何回再生されたかを要約情報優先度判定テーブルから確認する(ステップS1108)。図4の例では、カテゴリーコード「0000」はコンテンツ本体が計4回、要約が計3回再生されている。一方、カテゴリーコード「0001」はコンテンツ本体が計3回、要約が計1回再生されている。そして、この集計結果を受けて、要約作成の優先順位を決定する。この集計の際、コンテンツ本体または要約のいずれかに対し、係数をかけて優先判定に軽重を加えることも可能である。
なお、今回の説明の場合は、係数は特に無いものとして考える。そうすると、この集計により、本コンテンツ蓄積再生装置の操作者は、カテゴリーコード「0001」よりカテゴリーコード「0000」の方を次回閲覧する可能性が高い、と考えることができる。
よって、カテゴリーコード「0000」を持つ管理番号11番の要約作成を要約情報優先度判定部204はコンテンツ要約情報制御部104に指示する(ステップS1109)。
コンテンツ要約情報制御部104は要約作成中のコンテンツの管理番号とステップS1109で受けたコンテンツの管理番号を対比する(ステップS1110)。管理番号が同一であれば(ステップS1110:Yes)、実行中の管理番号10の要約作成を終えた後、管理番号11のコンテンツの要約を作成する。
一方、管理番号が同一でなければ(ステップS1110:No)、コンテンツ要約情報制御部104は実行中の管理番号10の要約作成を中断し、管理番号11の要約作成を行う。そして、管理番号11の要約作成が完了した後、管理番号10の要約作成を再開する。
コンテンツ要約情報制御部104は要約情報優先度判定部204からの指示を受け、対応するコンテンツをコンテンツ記録蓄積制御部102に対して要求する。要求したコンテンツを取得後、それを元にコンテンツ要約情報制御部104は要約を作成する。
以上のように、操作者が閲覧する可能性の高いコンテンツの要約作成を優先することで、ユーザを待たせることなく要約再生を開始することが可能となる。
次に、上記ステップS1108のコンテンツ及びコンテンツの要約の再生回数の集計を行う処理について、図7に基づき説明する。
要約が作成されていないコンテンツのカテゴリーコードが抽出された後、要約情報優先度判定部204は要約情報優先度判定テーブル501のコンテンツ属性を確認する。
具体的には、コンテンツ単位に要約情報が生成済みか否かを確認する(ステップS1201)。要約情報が作成済みであれば(ステップS1201:Yes)、過去にコンテンツ自体若しくはコンテンツの要約が再生されたか、及びそのコンテンツのカテゴリーコードを確認する(ステップS1202)。確認対象のコンテンツ自体若しくはコンテンツの要約が再生されたことがあれば(ステップS1202:Yes)、該当するカテゴリーコードの優先度を加点する(ステップS1203)。一方、カテゴリーコードが要約未作成コンテンツと関係ないものや、再生されたことがなければ(ステップS1202:No)、特に何もしない。
すべてのコンテンツで上記判定を行った後(ステップS1204:Yes)、再生回数の集計対象の中で最大加点のカテゴリーコードを選択し(ステップS1205)、このカテゴリーコードを持つコンテンツを要約作成対象とする。
最後に再生部13の動作について図8に基づき説明する。
図8は再生部13の動作を表すフローチャートである。
再生部13の動作のトリガーは図示しない操作部もしくはリモコン等の外部機器からの再生要求信号の受信である。本図はこの再生要求信号の受信から開始される。
上述する再生要求信号は再生する対象コンテンツを特定する管理番号及びコンテンツ本体の再生か要約の再生かを特定する情報が含まれる。この再生要求信号を受け、コンテンツ再生部106は対象となるコンテンツ及びコンテンツ自体か要約を再生するかを特定し(ステップS1301)、コンテンツ蓄積部103に、該当するコンテンツ(コンテンツ自体もしくはその要約)を要求する(ステップS1302)。要求したコンテンツデータ受領後、コンテンツ再生部106は受領したコンテンツデータを元にコンテンツを再生する(ステップS1303)。再生されたコンテンツは表示部107を介して外部に出力される。
この再生動作の過程で、コンテンツ再生部106はコンテンツ履歴取得部202に対して、再生履歴の更新を要求する(ステップS1304)。この要求は、管理番号及びコンテンツ本体か要約かを表す情報によりなされる。これに従い、コンテンツ履歴取得部202はコンテンツ再生履歴情報を更新する(ステップS1305)。この際、コンテンツ自体の再生と、コンテンツの要約の再生回数を別個に集計することが望ましい。
なお、ステップS1304及びステップS1305の処理はステップS1303に先んじて処理しても、平行して処理しても問題は無い。
このようにしてコンテンツ再生履歴情報が更新されると、次回の要約作成時にはこの更新されたコンテンツ再生履歴情報を元に要約作成の優先順位が決定される。
なお、現実の動作に際しては再生要求信号を発生する際に、コンテンツ属性取得部201からコンテンツ属性情報を取得し、GUI(グラフィックユーザインターフェイス)などを用いて、操作者に再生要求信号を出力させる構成を採ると考えられる。しかし、本発明においては、これらの処理は従前のものと同一の手法をとるため説明は省略する。
以上の手法をとることで、過去のコンテンツ自体及びコンテンツの要約の再生履歴から、優先して要約を作成するコンテンツを選択する。これにより、操作者が次に選択する可能性の高いコンテンツの要約を迅速に作成することができ、操作者の閲覧要求に迅速に応えられるコンテンツ蓄積再生装置の実現が可能となる。
(第2の実施の形態)
第1の実施の形態では、要約作成の優先度を過去の再生履歴にのみ依拠して決定していた。
第1の実施の形態では、要約作成の優先度を過去の再生履歴にのみ依拠して決定していた。
この第2の実施の形態に係わるコンテンツ蓄積再生装置と第1の実施の形態のコンテンツ蓄積再生装置との相違は、取り扱うコンテンツが有料であるものを想定している点である。
次に、図9により、本発明の第2の実施の形態に係わるコンテンツ蓄積再生装置の構成について説明する。図9は、本発明の実施の形態2に係わるコンテンツ蓄積再生装置の構成を示す構成図である。
図9に示す構成図は、図1に示す構成図と相当部分が同一であるので、これらについては説明を省略し、差分についてのみ以下に説明する。
図9において録画部21は、コンテンツ受信部101、コンテンツ記録蓄積制御部102、コンテンツ蓄積部103、コンテンツ属性取得部201、コンテンツ属性蓄積部206、コンテンツ対価決済部207、コンテンツ対価情報蓄積部208とから構成される。
また要約部22は、コンテンツ要約情報制御部104、要約情報蓄積部105、ユーザ情報設定部203、要約情報生成対象選択部204とから構成される。
また再生部13は、第1の実施の形態同様、コンテンツ再生部106、表示部107、再生履歴取得部202、再生履歴蓄積部205とから構成される。
以下、第1の実施の形態にない、または動作が相違するモジュールについてのみ説明する。
第1の実施の形態に無いコンテンツ対価決済部207は、図示しない通信路等を用いて、受信したコンテンツの決済処理を行う箇所である。また、そのコンテンツ対価の決済履歴(コンテンツ対価情報)をコンテンツ対価情報蓄積部208に蓄積すること、及び、要約情報生成優先度判定部204からの求めに応じてコンテンツ対価情報を要約情報生成優先度判定部204に送信することを機能として有する。
第1の実施の形態に無いコンテンツ対価情報蓄積部208は上述の通り、コンテンツ対価情報を保持するための記憶領域である。
第1の実施の形態にもあったコンテンツ記録蓄積制御部102は、本実施の形態ではコンテンツ対価決済部に対してコンテンツ対価情報の更新を指示する機能をも有する。この際、管理番号を用いてコンテンツ属性情報やコンテンツ再生履歴情報との間の整合性がとられる。
第1の実施の形態にもあった要約情報生成優先度判定部204はコンテンツ対価情報も要約情報優先度判定テーブル中に盛り込み、優先度の決定に際して、それらも参酌する点で相違する。
これら以外の構成については、図1に示した構成と同一であるため説明を省略する。
以下、図10を用いて、このコンテンツ蓄積再生装置の録画部の動作について説明する。また、図11はコンテンツ対価情報蓄積部208に格納されるコンテンツ対価情報を表す図である。
第1の実施の形態の録画部の動作との相違点は、コンテンツ対価決済部207に関わるものである。
処理がコンテンツ属性取得部201にいたるまでの、ステップS1004にいたるまでの処理は第1の実施の形態と同一であるので説明は省略する。
コンテンツ属性取得部201は、EPG情報等から現在取り扱っているコンテンツが有料のものであれば、コンテンツ対価決済部207に対して、コンテンツ対価情報の更新を指示する(ステップS1400)。この際、必要な情報、たとえば管理番号など、をコンテンツ属性取得部201はコンテンツ対価決済部207に対して提供する。
コンテンツ属性取得部201により、現在取り扱っている録画コンテンツの管理番号が特定されると、コンテンツ対価決済部207に対し、現在蓄積しているコンテンツ対価情報を取得し(ステップS1401)、コンテンツ対価情報の更新を図る(ステップS1402)。また、現実の支払い決済処理を行う(ステップS1403)。
この際取り扱いの対象となる、コンテンツ対価情報の一例を図11に表す。
上述の通り、コンテンツ対価情報の更新は、コンテンツ対価の発生を条件とするので、「管理番号」は飛び飛びになり、全てのコンテンツが当該コンテンツ対価情報で管理されるわけではない点注意を要する。
「コンテンツ購入金額」はそのコンテンツの購入に要した価格である。
以上のように処理することで、コンテンツ属性情報などと整合性の取れたコンテンツ対価情報の管理が可能となる。
図12は第2の実施の形態における要約部22の要約情報優先度判定部204の動作に関するフローチャートであり、図13は第2の実施の形態に係わる要約情報優先度判定テーブルの一例を表す表である。また、図14は、要約情報優先度判定部204が要約情報優先度判定テーブル502に基づき、優先度の判定を行う処理の流れの一例を表すフローチャートである。
要約部22の動作も、コンテンツ対価情報も要約情報優先度判定テーブルに盛り込み、優先度判定に用いるところが第1の実施の形態と相違する。従って、図12においても要約情報優先度判定部303がコンテンツ対価情報の取得を要求する点が相違する。そして、これを元に図13であげた要約情報優先度判定テーブル502が作成される。
要約情報優先度判定テーブル502は管理番号、ジャンル情報、全再生回数カウント情報、要約再生回数カウント情報、コンテンツ購入金額、カテゴリーコード、要約情報生成済みフラグより構成される。ここでは、第1の実施の形態に無い、「コンテンツ購入金額」のみ説明する。
「コンテンツ購入金額」は、コンテンツ対価情報の対応する管理番号の「コンテンツ対価情報」と同じものである。これを参酌して、要約情報生成優先度判定部303は要約情報生成優先度決定の一助とする。
図14と図7の実際の要約作成順位の判定も、コンテンツ対価情報を用いることが相違点である。すなわち、第1の実施形態では、ステップS1203で再生履歴のあるカテゴリーに優先判定をおこなっていた。しかし、第2の実施の形態ではこれにとどまらず、有料コンテンツであることを識別した際には(ステップS1605:Yes)、当該有料コンテンツのカテゴリーにさらに加点する(ステップS1607)。これは、出費してまで獲得したコンテンツに操作者は興味を有しており、要約の需要も高いと考えられるためである。
なお、コンテンツ再生履歴情報の判定パラメータ(コンテンツ自体及びその要約の再生回数)とコンテンツ対価情報の判定パラメータ(コンテンツが有償か否か及び有償の場合のコンテンツの対価の額)の優劣をどのようにするかは設計事項であり、ここでは特定しない。
以上のように過去の再生履歴に加え、コンテンツの対価の有無も含めて要約作成順位を決定することで、より操作者の要求に沿った再生が可能となる。
(第3の実施の形態)
第1の実施の形態ではEPGに付加される大分類ジャンル情報のみをカテゴリーコードの基礎としていた。
第1の実施の形態ではEPGに付加される大分類ジャンル情報のみをカテゴリーコードの基礎としていた。
しかし、EPGに付加されるジャンル情報は大分類ジャンル情報だけではない。より詳細な小分類ジャンル情報や、連続ドラマなどの複数のコンテンツから構成されるシリーズを識別するシリーズ情報なども存在する。
本発明の第3の実施の形態は、これらの情報を用いて、さらに操作者のニーズに沿った要約作成の優先順位を決定するものである。
第3の実施の形態のコンテンツ蓄積再生装置の回路構成は第1の実施の形態のそれと同様である。ただし、コンテンツ属性取得部201及び要約情報生成優先度判定部204の動作は上記相違点に対応したものとなる。
図15は本実施の形態における、コンテンツ属性取得部201が取得し、コンテンツ属性蓄積部206に蓄積されるコンテンツ属性情報の一例を示す。
この実施の形態のコンテンツ属性情報には、「ジャンル情報」のみならず、「サブジャンル情報」及び「シリーズ情報」も記録される。
サブジャンル情報はジャンル情報ではカバーできないより詳細な分類を行う際に用いられるデータ項目である。ここでは大分類「ジャンル情報」の一つである「ドラマ」の小分類として「サブジャンル情報」に「国内ドラマ」と「海外ドラマ」の2種が存在していることが分かる。
「シリーズ情報」は上述の通り、連続ドラマのように複数のコンテンツが相互に密接な関係にあることを指標するデータ項目である。過去に同じ「シリーズ情報」を持つものが録画され要約が作成されていれば、またはコンテンツ自身又は要約の視聴がなされていなければ、今後の操作者からの要約閲覧の要求は高いものと考えることができる。
なお、この実施の形態においても、コンテンツ再生履歴情報は第1の実施の形態同様のものである。
図16は上述したコンテンツ属性情報及びコンテンツ再生履歴情報を元に要約情報生成優先度判定部204が作成した要約情報優先度判定テーブルの一例である。これを用いて、要約情報生成優先度判定部204は要約作成の優先順位を決定する。この際、第1の実施の形態では、カテゴリ単位で再生履歴の判断を行っていたが、本実施の形態では、サブカテゴリ単位での更新履歴判断を行う。このため、カテゴリーコードの採番も実施の形態1と相違する。
すなわち、本実施の形態では4桁の10進数のうち、下位二桁を「ジャンル情報」に割り当て、上位二桁を「サブジャンル情報」に割り当てている。
すなわち、「ジャンル情報」がスポーツで「サブジャンル情報」がサッカーである図16の管理番号1のコンテンツのカテゴリーコードは「0000」である。一方、同じ「ジャンル情報」で「サブジャンル情報」が野球である図16の管理番号2のコンテンツのカテゴリーコードは「0100」となる。一方、「ジャンル情報」がドラマで「サブジャンル情報」が国内ドラマの管理番号3のコンテンツのカテゴリーコードは「0001」となる。
このように、カテゴリーコードの割り当ては複雑化するものの以後のカテゴリーコードの取り扱いについては、第1の実施の形態と同様である。
図17は第3の実施の形態における要約情報生成優先度判定部204における優先度判定処理を表すフローチャートである。このフローチャートに基づき、優先度の判断を説明する。なお、第1の実施の形態と実質的に同一の処理を行うものについては、図4と同一の番号を付与する。
このフローチャートは、第1の実施の形態に関わる処理に加え、同一シリーズの未視聴コンテンツ数も優先順位の決定に際して参酌される。
まず、優先度決定に際し、各コンテンツの状況を確認する。すなわち、図16の行単位で要約情報が作成済みであるか否かを確認する(ステップS1701)。この確認は要約情報生成済みフラグを用いてなされる。
要約情報生成済みフラグで要約が生成済みであることを確認すると(ステップS1701:Yes)、次にコンテンツ本体または当該コンテンツの要約の再生履歴を確認する(ステップS1702)。再生履歴が存在するようであれば(ステップS1702:Yes)、現在評価中のコンテンツが有するカテゴリーコードに対して、優先判定を加点する(ステップS1703)。
その後、現在評価中のコンテンツが有するシリーズ情報と同一のシリーズ情報を持つコンテンツの中で未視聴のものが多数に存在しているかを確認する(ステップS1704)。多数存在している場合には(ステップS1704:Yes)、現在評価中のコンテンツが有するカテゴリーコードに対して優先判定を加点する(ステップS1705)。
この判定処理を全ての蓄積コンテンツに対して行い(ステップS1706:Yes)、最も加点の多いカテゴリーコードを選択する(ステップS1707)。そしてこのカテゴリーコードを有する要約未作成コンテンツを要約作成対象とする。
(第4の実施の形態)
次に、図18により、本発明の実施の形態4に係わるコンテンツ蓄積再生システムの構成について説明する。図18は、本発明の実施の形態4に係わるコンテンツ蓄積再生システムの構成を示す構成図である。
次に、図18により、本発明の実施の形態4に係わるコンテンツ蓄積再生システムの構成について説明する。図18は、本発明の実施の形態4に係わるコンテンツ蓄積再生システムの構成を示す構成図である。
図18において、コンテンツ蓄積再生システムは、コンテンツを外部から受け取ってこれを蓄積記録するコンテンツ録画装置31、コンテンツ録画装置31に蓄積されたコンテンツのダイジェストを生成するコンテンツ要約装置32、コンテンツ録画装置31とコンテンツ要約装置32とから情報を受け取ってコンテンツの再生表示を実行するコンテンツ再生部33とから構成される。
コンテンツ録画装置31は、放送システム2およびネットワーク伝送システム3と接続される。
本発明の実施の形態4に係わるコンテンツ蓄積再生システムの動作については、本発明の第1の実施の形態に示したコンテンツ蓄積再生装置の動作と同一であるので、ここでは説明を省略する。
なお、ここでは説明の容易のため、コンテンツ録画装置31、コンテンツ要約装置32、コンテンツ表示装置33の3つの装置に分けた構成について説明したが、装置の構成はこれに制約されるものではなく、例えば、コンテンツ要約装置32とコンテンツ再生装置33とが一体の装置として構成されていても構わない。また、コンテンツ要約装置32の構成要素のうち、例えば、要約情報蓄積部105だけが、コンテンツ要約装置32ではなくコンテンツ録画装置21に内蔵されているように構成されていても差し支えない。
(第5の実施の形態)
これまでの実施の形態では、コンテンツをコンテンツ受信部で受領し終わった後に、要約の作成を開始していた。これに対し、本実施の形態では、ストリーム配信される動画を取り扱うことを想定したものである。以下、第1の実施の形態との相違点に着目して説明する。
これまでの実施の形態では、コンテンツをコンテンツ受信部で受領し終わった後に、要約の作成を開始していた。これに対し、本実施の形態では、ストリーム配信される動画を取り扱うことを想定したものである。以下、第1の実施の形態との相違点に着目して説明する。
図19は、本発明の実施の形態5に係わるコンテンツ蓄積再生システムの構成を示す構成図である。
本実施の形態では、録画部41はコンテンツ受信部101、コンテンツ記録蓄積制御部102、コンテンツ蓄積部103、コンテンツ属性取得部201、コンテンツ属性蓄積部206のほかに、受信状況取得部401を含む点が第1の実施の形態と相違する。また、この相違に基づき、要約部42の処理も変わる。なお、再生部43の構成及び動作は第1の実施の形態同様である。
以下、主に新設、変更箇所について説明する。
受信状況取得部301はコンテンツ受信処理の状況を確認するためのモジュールである。
次に、図19を用いて、同時に複数のコンテンツをコンテンツ蓄積再生装置1が受け取った際の動作について説明する。
まず録画部11が複数のコンテンツの録画処理を開始する。
コンテンツ受信部101は、放送システム2またはネットワーク伝送システム3から複数のコンテンツを受信し、これをコンテンツ記録蓄積制御部102に渡す。コンテンツ記録蓄積制御部102は、受け取った複数のコンテンツをコンテンツ蓄積部103に蓄積する。コンテンツ属性取得部201は、蓄積中のコンテンツもしくは蓄積済みのコンテンツの複数の属性情報を取得し、これをコンテンツ属性蓄積部206に蓄積する。
要約部12は、録画部11の処理開始から少し遅れて、コンテンツの要約を生成する処理を開始する。
ここで、コンテンツ要約情報制御部104は、同時に1個のコンテンツに対する要約情報生成処理を実行できるものとして説明する。
コンテンツ要約情報制御部104は、録画部41が録画処理を実行している要約生成処理対象のコンテンツが複数存在するため、要約情報生成優先度判定部204からの情報に従って処理を実行するように動作する。
要約情報生成優先度判定部204は、コンテンツ属性取得部201、再生履歴202および受信状況取得部301とから、コンテンツ属性情報、コンテンツ再生履歴情報、およびコンテンツ受信状況とを取得する。
これら取得した情報から、受信および蓄積中の複数の要約生成処理対象のコンテンツのうち、どのコンテンツを処理対象とするかの優先順位を決定する。
ここで例えば、コンテンツ属性情報、コンテンツ再生履歴情報とから導き出された優先順位によって、受信および蓄積中の複数のコンテンツのうち1つのコンテンツについて要約情報生成を開始したとする。ここで、当該コンテンツの受信および蓄積の中途において、当該コンテンツ受信に係わるデータ伝送速度が極端に低下した場合、要約情報生成優先度判定部204はこれを検出し、いったん実行中の要約情報生成を中断し、別の受信および蓄積中のコンテンツについて要約情報生成を開始するように優先順位の変更処理を実行する。
このように優先順位の変更処理を実行することで、データ伝送速度が変動したことに起因してコンテンツ要約情報制御部104の処理データ量が極端に低下することがないように制御することができる。
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、既にいくつか説明しているように、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
本発明は、コンテンツを蓄積および再生する機能を有する情報処理システム、特に映像コンテンツをダイジェスト再生する機能を持つコンテンツ蓄積再生装置、例えば、HDTVデジタル放送を受信蓄積する機能を持つテレビ受像機、DVD/HDDビデオレコーダ装置、及びこれらと同様の機能を有するパーソナルコンピュータまたはその派生製品に利用可能である。
1…コンテンツ蓄積再生装置、2…放送システム、3…ネットワーク伝送システム、
11…録画部、12…要約部、13…再生部、101・・・コンテンツ受信部、
102…コンテンツ記録蓄積制御部、103…コンテンツ蓄積部、
104…コンテンツ要約情報制御部、105…要約情報蓄積部、
106…コンテンツ再生部、107・・・表示部、201…コンテンツ属性取得部、
202…再生履歴取得部、203…ユーザ情報設定部、
204…要約情報生成優先度判定部、205…再生履歴蓄積部、
206…コンテンツ属性蓄積部、207…コンテンツ対価決済部、
208…コンテンツ対価情報蓄積部、301…受信状況取得部
11…録画部、12…要約部、13…再生部、101・・・コンテンツ受信部、
102…コンテンツ記録蓄積制御部、103…コンテンツ蓄積部、
104…コンテンツ要約情報制御部、105…要約情報蓄積部、
106…コンテンツ再生部、107・・・表示部、201…コンテンツ属性取得部、
202…再生履歴取得部、203…ユーザ情報設定部、
204…要約情報生成優先度判定部、205…再生履歴蓄積部、
206…コンテンツ属性蓄積部、207…コンテンツ対価決済部、
208…コンテンツ対価情報蓄積部、301…受信状況取得部
Claims (10)
- コンテンツ受信部と、前記コンテンツ受信部からのコンテンツデータを利用可能な形式で保存するコンテンツ記録蓄積制御部と、該コンテンツデータの属性を取得すると共に該コンテンツデータの要約データの生成を要求する要約生成要求を出力するコンテンツ属性取得部と、前記コンテンツデータの要約データを生成するコンテンツ要約情報制御部を含むコンテンツ蓄積再生装置であって、
2以上の前記要約生成要求が並存する際、どの前記要約生成要求に関わるコンテンツの要約データを生成するか前記コンテンツ要約情報制御部に指示する要約データ生成優先度判定部を更に有することを特徴とするコンテンツ蓄積再生装置。 - 請求項1記載のコンテンツ蓄積再生装置において、前記要約データ生成優先度判定部は要約データ生成済みのコンテンツの再生履歴情報と、要約データの作成されていない2以上の前記要約生成要求に関わるコンテンツの属性情報を参照して要約作成優先度を決定することを特徴とするコンテンツ蓄積再生装置。
- 請求項2記載のコンテンツ蓄積再生装置において、前記属性情報は該コンテンツに関わるジャンル情報であることを特徴とするコンテンツ蓄積再生装置。
- 請求項2記載のコンテンツ蓄積再生装置において、前記属性情報は該コンテンツに関わるジャンル情報及び該コンテンツのコンテンツ購入金額であることを特徴とするコンテンツ蓄積再生装置。
- 請求項1ないし4のいずれか1項に記載のコンテンツ蓄積再生装置において、前記コンテンツ受信部は複数のコンテンツ受信器を含むことを特徴とするコンテンツ蓄積再生装置。
- 請求項5記載のコンテンツ蓄積再生装置において、前記コンテンツ受信器は放送コンテンツを受信する手段であることを特徴とするコンテンツ蓄積再生装置。
- 請求項1ないし4のいずれか1項に記載のコンテンツ蓄積再生装置において、前記コンテンツ受信部は複数のセッションを張ることができるコンテンツ受信器を含むことを特徴とするコンテンツ蓄積再生装置。
- 請求項7記載のコンテンツ蓄積再生装置において、前記コンテンツ受信器はネットワークを経由するデータ転送手段であることを特徴とするコンテンツ蓄積再生装置。
- 請求項1ないし4のいずれか1項に記載のコンテンツ蓄積再生装置において、放送コンテンツを受信する手段及び複数のセッションを張ることができるネットワークを経由するデータ転送手段の両方を含むことを特徴とするコンテンツ蓄積再生装置。
- コンテンツデータを利用可能な形式で保存するコンテンツ記録蓄積制御部と、
該コンテンツデータの属性を取得すると共に要約データの生成を要求する要約生成要求を出力するコンテンツ属性取得部と、
コンテンツデータの要約データを生成するコンテンツ要約情報制御部と、
2以上の前記要約生成要求が並存する際、どの前記要約生成要求に関わるコンテンツの要約データを生成するか前記コンテンツ要約情報制御部に指示する要約データ生成優先度判定部を含むコンテンツ蓄積再生装置の要約作成優先度決定方法であって、
前記要約生成要求に関わるコンテンツの属性情報を取得する属性情報取得ステップと、
要約データ生成済みのコンテンツのコンテンツ再生履歴情報を取得するコンテンツ再生履歴情報取得ステップと、
要約の有無の照会を行う要約照会ステップと、
前記属性情報、前記コンテンツ再生履歴情報、前記要約の有無の照会結果を参酌し要約情報生成優先度判定テーブルを作成する要約情報生成優先度判定テーブル作成ステップと、
要約未生成のコンテンツが2以上存在するかを確認する要約未生成コンテンツ確認ステップと、
前記要約未生成コンテンツ確認ステップで要約が未生成のコンテンツが2以上存在する際に該要約未生成のコンテンツのカテゴリーコードを確認するカテゴリーコード確認ステップと、
前記要約データ生成済みコンテンツのカテゴリーコードと前記カテゴリーコード確認ステップで確認したカテゴリーコードを参酌して要約作成対象を特定する要約作成対象特定ステップを含むことを特徴とする要約作成優先度決定方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007194044A JP2009033372A (ja) | 2007-07-26 | 2007-07-26 | コンテンツ蓄積再生装置及び要約作成優先度決定方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007194044A JP2009033372A (ja) | 2007-07-26 | 2007-07-26 | コンテンツ蓄積再生装置及び要約作成優先度決定方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2009033372A true JP2009033372A (ja) | 2009-02-12 |
Family
ID=40403397
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007194044A Pending JP2009033372A (ja) | 2007-07-26 | 2007-07-26 | コンテンツ蓄積再生装置及び要約作成優先度決定方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2009033372A (ja) |
-
2007
- 2007-07-26 JP JP2007194044A patent/JP2009033372A/ja active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5252560B2 (ja) | シリーズ番組のエピソードの集約を順序通りに形成するためのシステムおよび方法 | |
JP6089089B2 (ja) | リモートサーバ録画を用いたクライアント−サーバに基づいた双方向テレビ番組ガイドシステム | |
JP5819883B2 (ja) | 双方向型メディアガイドアプリケーションにおけるメディアライブラリ | |
JP5296778B2 (ja) | マルチメディア・コンテンツの検索および録画予約システム | |
US9170738B2 (en) | Managing and editing stored media assets | |
EP2012543B1 (en) | Method and apparatus for retrieving content from a network based on EPG data | |
US9609374B2 (en) | System and methods for automatically obtaining cost-efficient access to a media content collection | |
CN100512398C (zh) | 内容记录技术 | |
US20150101006A1 (en) | Network and local content access system and method | |
KR20080066513A (ko) | 메타 데이터 정보 제공 서버, 클라이언트 장치, 메타데이터 정보 제공 방법 및 콘텐츠 제공 방법 | |
JP2009033372A (ja) | コンテンツ蓄積再生装置及び要約作成優先度決定方法 | |
JP2005191617A (ja) | 事前部分視聴方法 |