コンテンツ抽出装置
【課題】同じコンテンツをほとんど重複して保存することのないコンテンツ抽出装置を提供する。
【解決手段】コンテンツ抽出装置は、放送データを記憶媒体に記録し、キューシートを取得し、コンテンツの人気順位を示すランキングリストを取得し、取得されたキューシート及び取得されたランキングリストに基づいて、高人気順位よりも上位のコンテンツを所定期間ごとに記憶媒体から削除する。
【解決手段】コンテンツ抽出装置は、放送データを記憶媒体に記録し、キューシートを取得し、コンテンツの人気順位を示すランキングリストを取得し、取得されたキューシート及び取得されたランキングリストに基づいて、高人気順位よりも上位のコンテンツを所定期間ごとに記憶媒体から削除する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ抽出装置に関し、さらに詳しくは、複数のコンテンツを含む放送データの中から所望のコンテンツを抽出するコンテンツ抽出装置に関する。
【背景技術】
【０００２】
コンテンツ抽出装置は、ラジオ又はテレビ放送を全て録音又は録画し、その中から所望のコンテンツを抽出して再生することができる。しかし、全ての放送を録音又は録画し続けると、膨大な記憶容量が必要になる。したがって、不要なコンテンツは適宜消去されなければならない。
【０００３】
たとえば特開２００７−８１６７０号公報（特許文献１）に開示されたコンテンツ受信機は、放送スケジュールに基づいて、ＨＤＤ(Hard Disk Drive)に記憶されたコンテンツの今後の放送回数を抽出して、ＨＤＤに記憶される機会が多いものほど高くなるように、コンテンツに対する放送予定消去優先度を付与する。このコンテンツ受信機はまた、ＨＤＤに記憶されたコンテンツの今後の放送時間を抽出して、今後の放送時間までの期間が短いものほど高くなるように、コンテンツに対する放送期間消去優先度を付与する。そして、このコンテンツ受信機は、ＨＤＤに新コンテンツを記憶する前に、ＨＤＤの空き容量が当該新コンテンツを記憶可能な容量となるように、付与された放送予定消去優先度又は放送期間消去優先度が高いコンテンツから順に、ＨＤＤに記憶されたコンテンツを消去する。
【０００４】
特開２００２−９３１１９号公報（特許文献２）に開示された記録再生装置は、予め設定された記録容量以下になると、最初に、再生済みで記録再生年月日が古いコンテンツを消去し、その次に、未再生分で記録年月日の古いコンテンツを消去し、最後に、消去が禁止されたコンテンツを消去する。
【０００５】
特開平１１−２７２２４号公報（特許文献３）に開示された多チャンネルデジタルデータ管理装置は、保有サーバに保持されている素材の中から過去１年以内の放送回数が２回以下の素材が検索され、その中から指定された素材が削除される。
【０００６】
特開２００１−１６７５２２号公報（特許文献４）に開示された番組予約方法は、空き容量不足が生じても、録画されているデータの中から視聴済み等で不要と判断したデータを削除して、最新の予約番組を優先して録画できる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−８１６７０号公報
【特許文献２】特開２００２−９３１１９号公報
【特許文献３】特開平１１−２７２２４号公報
【特許文献４】特開２００１−１６７５２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に開示されたコンテンツ受信機は、コンテンツがスケジュール通りに放送される場合しか有効に機能しない。たとえば視聴者のリクエストに応じてコンテンツが放送された場合、たとえそのコンテンツが短期間の間に多数回放送されたとしても、そのコンテンツは消去されない。そのため、同じコンテンツが重複して保存され、記憶容量が浪費される。
【０００９】
また、特許文献２に開示された記録再生装置では、再生済み又は古いコンテンツは消去されるが、重複して保存されている同じコンテンツは消去されない。そのため、やはり記憶容量が浪費される。
【００１０】
また、特許文献３に開示された多チャンネルデジタルデータ管理装置では、放送回数の少ないコンテンツは消去されるが、重複して保存されている同じコンテンツは消去されない。そのため、やはり記憶容量が浪費される。
【００１１】
また、特許文献４に開示された番組予約方法では、再生済みのコンテンツは消去されるが、重複して保存されている同じコンテンツは消去されない。そのため、やはり記憶容量が浪費される。
【００１２】
本発明の目的は、同じコンテンツをほとんど重複して保存することのないコンテンツ抽出装置を提供することである。
【課題を解決するための手段】
【００１３】
本発明によるコンテンツ抽出装置は、複数のコンテンツを含む放送データの中から所望のコンテンツ（たとえば音楽、映画、ドラマ）を抽出するコンテンツ抽出装置であって、記録手段と、キューシート取得手段と、特定手段と、ランキングリスト取得手段と、削除手段とを備える。記録手段は、放送データを記憶媒体に記録（録音又は録画）する。キューシート取得手段は、キューシートを取得する。特定手段は、キューシート取得手段により取得されたキューシートに基づいて、記憶媒体に記録された放送データに含まれるコンテンツを特定する。ランキングリスト取得手段は、コンテンツの人気順位を示すランキングリストを取得する。削除手段は、ランキングリスト取得手段により取得されたランキングリストに基づいて、特定手段により特定されたコンテンツの中から所定の人気順位よりも上位のコンテンツを記憶媒体から削除する。
【発明の効果】
【００１４】
本発明によれば、同じコンテンツをほとんど重複して保存することはない。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態によるコンテンツ抽出システムの全体構成を示す機能ブロック図である。
【図２】図１に示したコンテンツ抽出装置により受信される放送データ及びコンテンツ抽出装置により取得されるキューシートを示す図である。
【図３】図１に示したコンテンツ管理テーブルを示す図である。
【図４】図１に示したコンテンツ抽出装置による全録音処理を示すフローチャートである。
【図５】図１に示したコンテンツ抽出装置によるコンテンツ特定処理を示すフローチャートである。
【図６】図１に示したコンテンツ抽出装置による集計処理を示すフローチャートである。
【図７】図１に示したコンテンツ抽出装置による初期設定処理を示すフローチャートである。
【図８】図１に示したコンテンツ抽出装置による削除処理を示すフローチャートである。
【図９】図８に示した削除処理に用いられるコンテンツの人気順位の推移を示すグラフである。
【図１０】図８中の録音時間比較処理を示すフローチャートである。
【図１１】図８中の期待値算出処理を示すフローチャートである。
【図１２】図１１に示した期待値算出処理に用いられる放送回数、録音回数、録音確率、及び平均録音確率を示す図である。
【図１３】図１２に示した放送回数及び録音回数をプロットしたグラフである。
【図１４】図１３に示したグラフから得られた放送予測回数及び期待値を示す図である。
【図１５】第２の実施の形態によるコンテンツ管理テーブルを示す図である。
【図１６】第２の実施の形態による予測放送日書込処理を示すフローチャートである。
【図１７】第２の実施の形態による放送予告処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１７】
[第１の実施の形態]
[コンテンツ抽出システムの全体構成]
まず、コンテンツ抽出システムの全体構成を説明する。
【００１８】
図１を参照して、コンテンツ抽出システム１は、コンテンツ抽出装置１１と、キューシートサーバ１２と、ランキングリストサーバ１３とを備える。コンテンツ抽出装置１１はインターネット１４経由でキューシートサーバ１２及びランキングリストサーバ１３に接続される。
【００１９】
コンテンツ抽出装置１１は、ＣＰＵ(Central Processing Unit)１１１と、受信部１１２と、操作部１１４と、記憶媒体１１５と、表示部１１６と、再生部１１７と、インターフェイス１１８とを備える。コンテンツ抽出装置１１はコンピュータで構成され、そこには、以下に詳述する処理を実行するためのプログラムがインストールされている。
【００２０】
ＣＰＵ１１１は、以下に詳述する各種処理を実行する。受信部１１２は、たとえばラジオの放送局から放送される放送データを受信する。放送データは複数のコンテンツを含む。コンテンツは、たとえば音楽である。受信部１１２は、たとえば１又は２以上のチューナ（図示せず）を含む。操作部１１４は、たとえばマウス、キーボードで構成され、コンテンツ抽出装置１１に対する各種の指示を受け付ける。記憶媒体１１５は、たとえばＨＤＤで構成される。記憶媒体１１５には、受信部１１２により受信された放送データ等が録音される。記憶媒体１１５にはまた、コンテンツ管理テーブル１１５Ａが記録される。表示部１１６は、たとえば液晶ディスプレイで構成される。再生部１１７は、たとえばＭＰ３デコーダで構成され、記憶媒体１１５に録音されたコンテンツを再生する。再生部１１７は、放送データが記憶媒体１１５に録音されている最中でもコンテンツを再生することができる。インターフェイス１１８は、インターネット１４を介してキューシートサーバ１２及びランキングリストサーバ１３に接続される。
【００２１】
キューシートサーバ１２は、キューシート記憶部１２１と、キューシート送信部１２２とを備える。キューシート記憶部１２１はキューシートを記憶する。キューシート送信部１２２は、コンテンツ抽出装置１１からの要求に応じてキューシート記憶部１２１からキューシートを読み出し、コンテンツ抽出装置１１に送信する。
【００２２】
ランキングリストサーバ１３は、ランキングリスト記憶部１３１と、ランキングリスト送信部１３２とを備える。ランキングリスト記憶部１３１は、コンテンツの人気順位を示すランキングリストを記憶する。ランキングリストサーバ１３は、たとえば音楽情報を提供する会社からランキングリストを取得し、そのランキングリストをランキングリスト記憶部１３１に記憶する。ランキングリスト送信部１３２は、コンテンツ抽出装置１１の要求に応じてランキングリスト記憶部１３１からランキングリストを読み出し、コンテンツ抽出装置１１に送信する。
【００２３】
次に図２を参照して、放送データ及びキューシートの詳細を説明する。放送データは、コンテンツと、ＣＭ(Commercial Message)と、ＭＣ(Master of Ceremony)によるトークとを含む。ラジオ番組では一般に、流行の音楽が放送され、その前後にトークが放送され、番組の途中及び前後にＣＭが放送される。
【００２４】
キューシートは、番組の進行に用いられるタイムテーブルであり、番組の放送後に放送局から提供される。キューシートには、既に放送されたコンテンツのメタデータと放送日時とが対応付けて記録されている。メタデータは、各コンテンツのアーティスト名及びタイトルを含む。放送日時は、各コンテンツの放送開始日時及び放送終了日時を含む。
【００２５】
次に図３を参照して、コンテンツ管理テーブル１１５Ａの詳細を説明する。コンテンツ管理テーブル１１５Ａは、複数のレコード（行）を含む。各レコードはコンテンツごとに作成される。各レコードは、複数の欄（列）を含む。これらの欄は、各コンテンツのＩＤ（識別子）、アーティスト名、タイトル、録音開始日時、録音時間、人気順位、録音回数、削除予定日、再生回数、及び削除フラグを含む。録音開始日時は、当該コンテンツの録音を開始した日時で、キューシートに含まれる放送開始日時に相当する。録音時間は、当該コンテンツの録音開始日時と録音終了日時との差である。録音終了日時は、当該コンテンツの録音を終了した日時で、キューシートに含まれる放送終了日時に相当する。人気順位には、当該コンテンツがその人気順位を獲得した日付が付与される。録音回数は、当該コンテンツが重複して録音されている回数を示す。削除予定日は、当該コンテンツを削除する予定の日を示す。再生回数は、当該コンテンツが再生された回数を示す。削除フラグは、当該コンテンツが削除されるべきか否かを示す。「０」は当該コンテンツが削除されるべきでないことを示す。「１」は当該コンテンツが削除されるべきことを示す。削除フラグは、最初「０」に設定される。
【００２６】
[コンテンツ抽出装置の動作]
以下、コンテンツ抽出装置１１の動作を説明する。コンテンツ抽出装置１１の動作は、図４に示した全録音処理と、図５に示したコンテンツ特定処理と、図６に示した集計処理と、図７に示した初期設定処理と、図８に示した削除処理とに分けられる。
【００２７】
[全録音処理]
図４を参照して、コンテンツ抽出装置１１の全録音処理を説明する。
【００２８】
まず、受信部１１２は、操作部１１４に対するユーザのチャンネル選択操作に応じて所望の放送局を選択する（Ｓ４０１）。受信部１１２が１つしかチューナを有していない場合、１つしか放送局を選択できないが、受信部１１２が２以上のチューナを有している場合、２以上の放送局を選択できる。
【００２９】
次に、受信部１１２は、選択された放送局からの放送データを常に受信する（Ｓ４０２）。今まで受信していた放送が終了した場合、受信部１１２は、別の放送局を自動的に選択し直し、その別の放送局からの放送データを受信するようにしてもよい。
【００３０】
第１の実施の形態では、受信部１１２は、放送データを常に受信し続けているが、これに限定されない。たとえば、１３時００分から１４時００分までは、ある放送局からの放送データを受信し、１４時３０分から１６時００分までは、別の放送局からの放送データを受信するようしてもよい。この場合、１４時００分から１４時３０分までは、どの放送局からの放送データも受信しない。
【００３１】
ＣＰＵ１１１は、受信された放送データの全てをそのまま記憶媒体１１５に録音する（Ｓ４０３）。これにより、選択された放送局の放送が全て記憶媒体１１５に記録される。
【００３２】
[コンテンツ特定処理]
図５を参照して、コンテンツ抽出装置１１のコンテンツ特定処理を説明する。
【００３３】
まず、ＣＰＵ１１１は、キューシートを取得する（Ｓ４１１）。具体的には、ＣＰＵ１１１は、キューシート要求コマンドをインターフェイス１１８経由でキューシートサーバ１２に送信する。キューシートサーバ１２のキューシート送信部１２２は、送信されて来たキューシート要求コマンドに応じて、キューシート記憶部１２１からキューシートを読み出し、コンテンツ抽出装置１１に送信する。各放送局から提供されている全てのキューシートが取得されてもよいが、録音された放送データに対応するキューシートのみが取得されてもよい。
【００３４】
次に、ＣＰＵ１１１は、取得されたキューシートを参照し、記憶媒体１１５に録音された放送データの中からコンテンツのみを抽出し、コンテンツごとにファイルを形成する（Ｓ４１２）。ここで、コンテンツ以外のデータ（ＣＭ、ＭＣなど）は取り除かれる。
【００３５】
次に、ＣＰＵ１１１は、各コンテンツにＩＤを付与する（Ｓ４１３）。具体的には、ＣＰＵ１１１は、コンテンツ管理テーブル１１５ＡのＩＤ欄に１，２，３…を順に書き込む。
【００３６】
次に、ＣＰＵ１１１は、取得されたキューシートからメタデータ及び放送日時を読み出す（Ｓ４１４）。
【００３７】
次に、ＣＰＵ１１１は、読み出された放送日時を参照し、放送終了日時（録音終了日時）から放送開始日時（録音開始日時）を減算し、その差を放送時間（録音時間）として算出する（Ｓ４１５）。
【００３８】
最後に、ＣＰＵ１１１は、読み出されたメタデータのアーティスト名及びタイトルと、読み出された放送開始日時（録音開始日時）と、算出された放送時間（録音時間）とをコンテンツ管理テーブル１１５Ａに書き込む（Ｓ４１６）。キューシートに放送時間が含まれる場合、その放送時間がそのまま録音時間として書き込まれてもよい。図３に示した例では、ＩＤ＝１のコンテンツに対し、アーティスト名「ＡｒｔｉｓｔＡ」、タイトル「ＴｉｔｌｅＡＡ」、録音開始日時「２００９／０１／０１／１９：２１：３０」、及び録音時間「３：２１」が書き込まれている。
【００３９】
記憶媒体１１５に録音された全てのコンテンツに対し、上記コンテンツ特定処理が実行される。
【００４０】
[集計処理]
ユーザがコンテンツを視聴しようとする場合、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａから複数のコンテンツのアーティスト名及びタイトルを読み出し、それらを表示部１１６に表示させる。ユーザが操作部１１４を操作することにより、たとえばＩＤ＝１のコンテンツを選択すると、再生部１１７はそのＩＤ＝１のコンテンツを再生する。コンテンツが再生されると、ＣＰＵ１１１はそのコンテンツの再生回数を１回増加させる。これにより、図３に示したコンテンツ管理テーブル１１５Ａの再生回数が更新される。再生回数は最初「０」に設定される。再生されるべきコンテンツはユーザにより選択されてもよいが、ランダムに選択されてもよい。
【００４１】
図６を参照して、現在の時刻がたとえば午前３時になった時（Ｓ４２１でＹＥＳ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａからアーティスト名、タイトル及び放送時間を読み出し、これらが実質的に同じコンテンツの数、つまり録音回数をカウントする（Ｓ４２２）。
【００４２】
次に、ＣＰＵ１１１は、カウントされた録音回数をコンテンツ管理テーブル１１５Ａに書き込む（Ｓ４２３）。実質的に同じコンテンツには同じ録音回数が書き込まれる。
【００４３】
図３に示した例では、ＩＤ＝１及びＩＤ＝２５のコンテンツについては、アーティスト名及びタイトルは全く同じである。ただし、録音時間は全く同じではない。各コンテンツの録音時間（放送時間）は放送ごとに多少は相違するためである。したがって、録音時間に多少の相違（たとえば１０秒以内）があっても、それらのコンテンツは実質的に同じとみなされ、カウントされる。
【００４４】
一方、ＩＤ＝２及びＩＤ＝８０のコンテンツについては、アーティスト名及びタイトルは全く同じである。しかしながら、ＩＤ＝８０の録音時間はＩＤ＝２の録音時間よりも大幅に短い。ＩＤ＝２のコンテンツはフルコーラスで放送されたのに対し、ＩＤ＝８０のコンテンツはワンコーラスしか放送されなかったためである。したがって、たとえアーティスト名及びタイトルが全く同じであっても、録音時間が大幅に相違（たとえば６０秒以上）すれば、それらのコンテンツは実質的に同じとみなされず、カウントされない。
【００４５】
また、本例では、全ての録音回数ではなく、１日当たりの録音回数が書き込まれる。たとえばＩＤ＝１のコンテンツは２００９年１月１日に１５回録音されているため、「２００９／０１／０１―１５」が書き込まれる。
【００４６】
次に、ＣＰＵ１１１は、ランキングリストを取得する（Ｓ４２４）。具体的には、ＣＰＵ１１１は、ランキングリスト要求コマンドをインターフェイス１１８経由でランキングリストサーバ１３に送信する。ランキングリストサーバ１３のランキングリスト送信部１３２は、送信されて来たランキングリスト要求コマンドに応じて、ランキングリスト記憶部１３１からランキングリストを読み出し、コンテンツ抽出装置１１に送信する。
【００４７】
次に、ＣＰＵ１１１は、取得されたランキングリストから人気順位を読み出し（Ｓ４２５）、それらをコンテンツ管理テーブル１１５Ａに書き込む（Ｓ４２６）。たとえばＩＤ＝１のコンテンツについては、２００９年１月１日の人気順位が１位であるため、「２００９／０１／０１−１」が書き込まれる。
【００４８】
上記集計処理により、各コンテンツの録音回数及び人気順位が毎日更新される。本例では、毎日午前３時に更新が行われているが、更新時刻は何時でもよい。また、１日に２回以上、又は数日に１回更新が行われてもよい。
【００４９】
[初期設定処理]
図７を参照して、コンテンツ抽出装置１１の初期設定処理を説明する。
【００５０】
まず、ＣＰＵ１１１は、操作部１１４に対するユーザの操作に応じて所望の削除定例日時を設定する（Ｓ５０１）。削除定例日時は、不要なコンテンツを削除する定例の日時であり、たとえば日曜日の２４時（月曜日の午前０時）に設定される。所望の削除定例日時を設定する代わりに、特定の削除定例日時をあらかじめ設定しておいてもよい。
【００５１】
次に、ＣＰＵ１１１は、操作部１１４に対するユーザの操作に応じて所望の高人気順位及びそれよりも下位の低人気順位を設定する（Ｓ５０２，Ｓ５０３）。たとえば、高人気順位は１０位に設定され、低人気順位は１００位に設定される。所望の人気順位を設定する代わりに、特定の人気順位をあらかじめ設定しておいてもよい。
【００５２】
最後に、ＣＰＵ１１１は、操作部１１４に対するユーザの操作に応じて所望の期待値を設定する（Ｓ５０４）。期待値は、削除定例日時のインターバル期間（以下、「削除サイクル」という。）に同じコンテンツが繰り返し録音される可能性を示す。上述したように削除定例日時が日曜日の２４時に設定された場合、削除サイクルは１週間である。所望の期待値としては、たとえば予測録音回数を意味する１回が設定される。詳細は後述する。所望の期待値を設定する代わりに、特定の期待値をあらかじめ設定しておいてもよい。
【００５３】
上記ステップＳ５０１〜Ｓ５０４の順序は任意に変更可能である。
【００５４】
[削除処理]
図８を参照して、コンテンツ抽出装置１１の削除処理を説明する。
【００５５】
現在の日時が図７中のステップＳ５０１で設定された削除定例日時になった時（Ｓ６０１でＹＥＳ）、ＣＰＵ１１１は、まず、図３に示したコンテンツ管理テーブル１１５ＡのＩＤを「１」に設定する（Ｓ６０２）。これにより、ＩＤ＝１のコンテンツは、削除されるべきか残されるべきかの判定対象となる。以下、この削除処理において、判定対象となったコンテンツを「対象コンテンツ」という。ＣＰＵ１１１は、ＩＤを１つずつ増加することにより対象コンテンツを変更し（Ｓ６１４）、全てコンテンツが対象コンテンツになるまで（Ｓ６１３でＹＥＳ）、ステップＳ６０３〜Ｓ６１５の処理を繰り返し実行する。
【００５６】
ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、対象コンテンツの録音開始日時が現在（削除定例日時）から削除サイクル以内か否か、本例では現在（日曜日の２４時）から７日以内か否かを判定する（Ｓ６０３）。
【００５７】
録音開始日時が削除サイクル以内でない場合、本例では先週の日曜日の２４時よりも前の場合（Ｓ６０３でＮＯ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、対象コンテンツの削除予定日が過ぎているか否かを判定する（Ｓ６０４）。削除予定日が過ぎている場合（Ｓ６０４でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツそれ自体を記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する（Ｓ６１５）。すなわち、コンテンツ抽出装置１１は削除サイクルごとにコンテンツを削除する。古いコンテンツは視聴される可能性が低いため、削除しても差し支えないからである。削除予定日が過ぎていない場合（Ｓ６０４でＮＯ）、ステップＳ６１５をスキップし、ステップＳ６１３へ進む。
【００５８】
録音開始日時が削除サイクル以内の場合、本例では先週の日曜日の２４時よりも後の場合（Ｓ６０３でＹＥＳ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、対象コンテンツの最新の人気順位が図７中のステップＳ５０３で設定された低人気順位（たとえば１００位）よりも下位か否かを判定する（Ｓ６０５）。たとえば図９に示されるように、現在の日時が１月１４日の２４時（削除定例日時）の場合、１月１４日の午前３時に書き込まれた人気順位Ｐ１が１００位よりも下位か否かを判定する。
【００５９】
最新の人気順位が設定された低人気順位よりも下位の場合（Ｓ６０６でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する。（Ｓ６１５）。人気のないコンテンツは視聴される可能性が低いため、削除しても差し支えないからである。
【００６０】
最新の人気順位が低人気順位よりも下位か否かを判定する代わりに、削除サイクル内における複数の人気順位の平均を算出し、その算出された平均人気順位が低人気順位よりも下位か否かを判定してもよい。
【００６１】
人気順位が設定された低人気順位よりも下位でない場合（Ｓ６０５でＮＯ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、対象コンテンツの最新の人気順位が図７中のステップＳ５０２で設定された高人気順位（たとえば１０位）よりも上位か否かを判定する（Ｓ６０６）。たとえば図９に示されるように、現在の日時が１月７日の２４時（削除定例日時）の場合、１月７日の午前３時に書き込まれた人気順位Ｐ２が１０位よりも上位か否かを判定する。
【００６２】
最新の人気順位が設定された高人気順位よりも上位の場合（Ｓ６０６でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する（Ｓ６１５）。人気のあるコンテンツは頻繁に放送され、再び録音される可能性が高いため、削除しても差し支えないからである。
【００６３】
最新の人気順位が高人気順位よりも上位か否かを判定する代わりに、削除サイクル内における複数の人気順位の平均を算出し、その算出された平均人気順位が高人気順位よりも上位か否かを判定してもよい。
【００６４】
人気順位が設定された高人気順位よりも上位でない場合（Ｓ６０６でＮＯ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、対象コンテンツが再生済みか否か、具体的には対象コンテンツの再生回数が１回以上か否かを判定する（Ｓ６０７）。対象コンテンツが再生済みの場合、具体的には対象コンテンツの再生回数が０回でない場合（Ｓ６０７でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する（Ｓ６１５）。再生済みのコンテンツは削除しても差し支えないからである。
【００６５】
対象コンテンツが未再生の場合、具体的には対象コンテンツの再生回数が０回の場合（Ｓ６０７でＮＯ）、ＣＰＵ１１１は以下の録音時間比較処理（Ｓ６０８）を実行する。
【００６６】
[録音時間比較処理]
図１０を参照して、録音時間比較処理を説明する。
【００６７】
まず、ＣＰＵ１１１は、対象コンテンツのアーティスト名、タイトル及び録音時間を読み出す（Ｓ９０１）。
【００６８】
次に、ＣＰＵ１１１は、図３に示したコンテンツ管理テーブル１１５ＡのＩＤ（以下、「ｃｏｐＩＤ」と表記する。）を「１」に設定する（Ｓ９０２）。これにより、ｃｍｐＩＤ＝１のコンテンツは、対象コンテンツと録音時間を比較する対象となる。以下、この録音時間比較処理において、比較対象となったコンテンツを「比較コンテンツ」という。ＣＰＵ１１１は、ｃｍｐＩＤを１つずつ増加することにより比較コンテンツを変更し（Ｓ９０８）、全てコンテンツが比較コンテンツになるまで（Ｓ９０７でＹＥＳ）、ステップＳ９０３〜Ｓ９０５の処理を繰り返し実行する。
【００６９】
ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、比較コンテンツが既に削除されているか否かを判定する（Ｓ９０３）。比較コンテンツが既に削除されている場合（Ｓ９０３でＹＥＳ）、ステップＳ９０７へ進む。比較コンテンツがまだ削除されていない場合（Ｓ９０３でＮＯ）、ＣＰＵ１１１は、比較コンテンツのアーティスト名及びタイトルがＳ９０１で読み出したアーティスト名及びタイトルと同じか否かを判定する（Ｓ９０４）。アーティスト名及びタイトルが同じでない場合（Ｓ９０４でＮＯ）、ステップＳ９０７へ進む。アーティスト名及びタイトルが同じ場合（Ｓ９０４でＹＥＳ）、比較コンテンツの録音時間が対象コンテンツの録音時間よりも長いか否かを判定する（Ｓ９０５）。比較コンテンツの放送時間の方が短い場合（Ｓ９０５でＮＯ）、ステップＳ９０７へ進む。比較コンテンツの放送時間の方が長い場合（Ｓ９０５でＹＥＳ）、対象コンテンツの削除フラグを「０」から「１」に変更する（Ｓ９０６）。これは、対象コンテンツとアーティスト名及びタイトルが同じコンテンツであって、対象コンテンツよりも録音時間が長いコンテンツが見つかった場合、その対象コンテンツを削除対象に設定することを意味する。したがって、この場合、録音時間比較処理は終了する。一方、対象コンテンツとアーティスト名及びタイトルが同じコンテンツであって、対象コンテンツよりも録音時間が長いコンテンツが見つからなかった場合（Ｓ９０７でＹＥＳ）、対象コンテンツの削除フラグは「０」のまま維持され、録音時間比較処理は終了する。
【００７０】
再び図８を参照して、録音時間比較処理（Ｓ６０８）の後、ＣＰＵ１１１は、対象コンテンツの比較フラグが「１」か「０」かを判定する（Ｓ６０９）。比較フラグが「１」の場合（Ｓ６０９でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する（Ｓ６１５）。複数の同じコンテンツが録音されている場合、短い方のコンテンツは記憶媒体１１５から削除しても差し支えないからである。
【００７１】
比較フラグが「０」の場合（Ｓ６０９でＮＯ）、ＣＰＵ１１１は以下の期待値算出処理（Ｓ６１０）を実行する。
【００７２】
[期待値算出処理]
図１１を参照して、期待値算出処理を説明する。期待値算出処理は、記憶媒体１１５に録音されたコンテンツと実質的に同じコンテンツが再び録音される可能性を示す期待値を算出する。
【００７３】
まず、ＣＰＵ１１１は、現在から削除サイクル以内（たとえば７日前まで）に放送されたコンテンツに関するキューシートを取得する（Ｓ１００１）。削除サイクル以内に発行された全てのキューシートを取得してもよいが、それが困難な場合は可能な限り多くのキューシートを取得する。ステップＳ４１１で既に取得したキューシートも再び取得してもよいが、取得しなくてもよい。
【００７４】
次に、ＣＰＵ１１１は、取得したキューシートの日付を読み出し、Ｎを付与する（Ｓ１００２）。具体的には、ＣＰＵ１１１は、キューシートに記録されている放送日時に基づいてＮを決定する。
【００７５】
次に、ＣＰＵ１１１は、Ｎを「１」に設定する（Ｓ１００３）。これにより、Ｎ＝１のキューシートは、そこに記録されている各コンテンツの放送回数をカウントする対象となる。以下、この期待値算出処理において、カウント対象となったキューシートを「対象キューシート」という。ＣＰＵ１１１は、Ｎを１つずつ増加することにより対象キューシートを変更し（Ｓ１０１０）、Ｎが「７」になるまで（Ｓ１００６でＹＥＳ）、ステップＳ１００４及びＳ１００５の処理を繰り返し実行する。
【００７６】
ＣＰＵ１１１は、対象キューシート内において、対象コンテンツのアーティスト名、タイトル及び放送時間が実質的に同じコンテンツ（以下、「同一コンテンツ」という。）が放送された回数（放送回数）をカウントする（Ｓ１００４）。
【００７７】
次に、ＣＰＵ１１１は、以下の式（１）により録音確率を算出する（Ｓ１００５）。
【００７８】
録音確率＝録音回数／放送回数 …（１）
すなわち、コンテンツ抽出装置１１は、削除サイクル以内に放送された実質的に同じコンテンツの数（放送回数）に対する、削除サイクル以内に録音された実質的に同じコンテンツの数（録音回数）の割合である。
【００７９】
式（１）中の録音回数は、ステップＳ４２２でカウントされ、図３に示したコンテンツ管理テーブル１１５Ａに記録されている。ただし、１日当たりの録音回数が７日分記録されているので、録音回数を合計して７日分の総録音回数を算出する。すなわち、コンテンツ抽出装置１１は削除サイクル以内に録音された実質的に同じコンテンツの数をカウントする。
【００８０】
このように、Ｎが「７」になるまで同一コンテンツの毎日の放送回数がカウントされ、かつ、その録音確率が算出される。放送回数、録音回数及び録音確率の一例を図１２に示す。
【００８１】
Ｎが「７」に達した場合（Ｓ１００６でＹＥＳ）、ＣＰＵ１１１は、平均録音確率を算出する（Ｓ１００７）。平均録音確率は、録音確率の平均である。具体的には、ＣＰＵ１１１は、以下の式（２）により平均録音確率を算出する。その結果を図１２に示す。
【００８２】
平均録音確率＝毎日の録音確率の総和／７ …（２）
次に、ＣＰＵ１１１は、今後の放送回数を予測する（Ｓ１００８）。具体的には、図１３に示されるように、１日前から７日前までの放送回数をプロットする。次に、プロットされた放送回数の近似曲線を求める。次に、求められた近似曲線の外挿により本日以降の放送回数を予測する。図１４は、図１３のグラフに基づいて予測された放送回数を示す。
【００８３】
次に、ＣＰＵ１１１は、期待値を算出する（Ｓ１００９）。期待値は、その日に同一コンテンツが録音されるであろう予測録音回数である。具体的には、ＣＰＵ１１１は、以下の式（３）により期待値を算出する。
【００８４】
期待値＝平均録音確率×予測放送回数 …（３）
たとえば図１４に示されるように、本日、同一コンテンツが２．６４回録音されるであろうと予測される。
【００８５】
上述した正確な期待値の算出方法の代わりに、ステップＳ１００７で算出した平均録音確率を期待値とみなしてもよい。また、ステップＳ１００５で算出した録音確率を期待値とみなしてもよい。
【００８６】
再び図８を参照して、期待値算出処理（Ｓ６１０）の後、ＣＰＵ１１１は、算出された期待値のうち少なくとも１つの期待値がステップＳ５０４で設定された所望の期待値よりも大きいか否かを判定する（Ｓ６１１）。少なくとも１つの期待値が所望の期待値よりも大きい場合（Ｓ６１１でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する（Ｓ６１５）。本日以降に放送されかつ録音される可能性の高いコンテンツは削除しても差し支えないからである。
【００８７】
算出された全ての期待値が所望の期待値よりも小さい場合（Ｓ６１１でＮＯ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａに削除予定日を書き込む（Ｓ６１２）。たとえば削除予定日として、削除定例日時から１４日後の日が設定される。代わりに、削除予定日として、算出された期待値が０．５以下になる日が設定されてもよい。
【００８８】
[第１の実施の形態の効果]
第１の実施の形態によれば、コンテンツ抽出装置１１は、放送局から放送されるコンテンツを常に受信し、記憶媒体１１５に録音する。所望の高人気順位よりも上位のコンテンツは、所望の高人気順位よりも下位のコンテンツに比べて削除サイクル内に放送される可能性が高い。つまり、所望の高人気順位よりも上位のコンテンツは、所望の高人気順位よりも下位のコンテンツに比べて頻繁に放送される。したがって、所望の高人気順位よりも上位のコンテンツを記憶媒体１１５から削除しても、すぐにそのコンテンツと同じアーティスト名及びタイトルのコンテンツを受信し、記憶媒体１１５に録音することができる。その結果、同じコンテンツをほとんど重複して保存することはない。
【００８９】
また、削除サイクルごとにコンテンツを削除するため、所望の高人気順位よりも上位のコンテンツであっても、削除サイクル以内であれば保存されている。その結果、ユーザは人気コンテンツを視聴することができる。
【００９０】
また、記憶媒体１１５に記録された複数の同じコンテンツのうち録音時間の短いコンテンツを削除するため、録音時間の長いコンテンツは保存される。
【００９１】
また、記憶媒体１１５に記録されたコンテンツと同じコンテンツが再び記録される可能性を示す期待値を算出し、算出された期待値が所定の期待値よりも高いコンテンツを削除するため、同じコンテンツをほとんど重複して保存することはない。
【００９２】
また、所望の低人気順位よりも下位のコンテンツを削除するため、視聴される可能性の低い不人気コンテンツが記憶媒体１１５を大きく占有することはない。
【００９３】
[第２の実施の形態]
上記第１の実施の形態は、放送データを常に受信し続けているのに対し、この第２の実施の形態は、放送データを間欠的に受信している。具体的には、ユーザが放送データの受信開始及び受信終了のタイミングを任意に決定する。
【００９４】
図１５を参照して、第２の実施の形態におけるコンテンツ管理テーブル１１５Ａはさらに、予測放送日及び録音待ちフラグを含む。予測放送日は、当該コンテンツが今後録音されると予測される日である。録音待ちフラグは、当該コンテンツが録音を待っているか否かを示す。「０」は録音待ちになっていないことを示す。「１」は録音待ちになっていることを示す。録音待ちフラグは最初「０」に設定される。
【００９５】
第２の実施の形態によるコンテンツ抽出装置１１の動作はさらに、予測放送日書込処理と、放送予告処理とを含む。
【００９６】
まず図１６を参照して、予測放送日書込処理を説明する。
【００９７】
算出された期待値のうち少なくとも１つの期待値が所望の期待値よりも大きい場合（Ｓ６１１でＹＥＳ）、ＣＰＵ１１１は、予測放送日を決定し、コンテンツ管理テーブル１１５Ａに書き込む（Ｓ１３２０）。具体的には、ＣＰＵ１１１は、算出された期待値が所望の期待値よりも高く、かつ、本日から最も近い日を予測放送日と決定する。その後、ＣＰＵ１１１は、決定された予測放送日をコンテンツ管理テーブル１１５Ａに書き込む。たとえば本日が２００９年１月８日の場合において、ＩＤ＝１のコンテンツの期待値が図１４に示されたように算出されたとき、ＣＰＵ１１１は、図１５に示されるように「２００９／０１／０８」（本日）を予測放送日の欄に追加する。上述した予測放送日の決定方法の代わりに、算出された期待値が最も高い日を予測放送日と決定してもよい。
【００９８】
次に、ＣＰＵ１１１は、録音待ちフラグを「０」から「１」に変更する（Ｓ１３２１）。
【００９９】
その後、上記第１の実施の形態と同様に、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除する（Ｓ６１５）。対象コンテンツは本日以降に録音されると予測されているからである。ただし、この第２の実施の形態では、対象コンテンツに関する情報はコンテンツ管理テーブル１１５Ａから削除されない。
【０１００】
次に図１７を参照して、放送予告処理を説明する。
【０１０１】
放送予告処理は、たとえばコンテンツ抽出装置１１の電源がオンにされたとき開始される。まず、ＣＰＵ１１１は、図１５に示したコンテンツ管理テーブル１１５ＡのＩＤを「１」に設定する（Ｓ１４０１）。これにより、ＩＤ＝１のコンテンツが本日放送されると予測されているか否かの判定対象となる。ＣＰＵ１１１は、ＩＤを１つずつ増加することにより判定対象のコンテンツを変更し（Ｓ１４０６）、全てのコンテンツが判定対象となるまで（Ｓ１４０５でＹＥＳ）、ステップＳ１４０２及びＳ１４０３の処理を繰り返し実行する。
【０１０２】
次に、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、録音待ちフラグが「１」か「０」かを判定する（Ｓ１４０２）。録音待ちフラグが「０」の場合（Ｓ１４０２でＮＯ）、ステップＳ１４０５へ進む。録音待ちフラグが「１」の場合（Ｓ１４０２でＹＥＳ）、ＣＰＵ１１１は、予測放送日が本日か否かを判定する（Ｓ１４０３）。予測放送日が本日でない場合（Ｓ１４０３でＮＯ）、Ｓ１４０５へ進む。
【０１０３】
予測放送日が本日の場合（Ｓ１４０３でＹＥＳ）、ＣＰＵ１１１は、その旨をユーザに通知する（Ｓ１４０４）。具体的には、表示部１１６は、「本日、希望されているコンテンツが放送される可能性があります。」という案内を表示する。
【０１０４】
したがって、ユーザは、コンテンツ抽出装置１１の電源をオンにすると、所望のコンテンツが放送されるかもしれないことを知ることができる。ユーザがその通知に従って放送データの受信開始を設定すれば、コンテンツ抽出装置１１は所望のコンテンツを含む放送データを受信し、そのコンテンツを記憶媒体１１５に録音することができる。
【０１０５】
[他の実施の形態]
上記キューシートにはメタデータ及び放送日時が記録されているが、少なくともメタデータが記録されていれば、放送日時は記録されていなくても、高人気順位よりも上位のコンテンツを削除したり、低人気順位よりも下位のコンテンツを削除したりできる。
【０１０６】
また、上記実施の形態は削除定例日時に削除処理を実行している。しかし、第２の実施の形態は放送データの受信開始及び受信終了のタイミングをユーザに決定させているため、削除定例日時にコンテンツ抽出装置１１の電源がオフになっている可能性もある。したがって、コンテンツ抽出装置１１の電源がオンになった時に削除定例日時を過ぎているかを判断し、過ぎている場合に削除処理を実行するようにしてもよい。
【０１０７】
また、上記実施の形態はラジオ放送を受信する装置に適用されているが、本発明はテレビ放送を受信する装置にも適用される。すなわち、コンテンツは音楽だけでなく、映画、ドラマなどの映像でもよい。この場合、上記実施の形態における「録音」は「録画」に置き換えられる。
【０１０８】
コンテンツ抽出装置１１は、再生部１１７を備えずに、インターネット等を介して接続された端末装置にコンテンツを送信し、端末装置にコンテンツを再生させてもよい。この場合、コンテンツ抽出装置１１は、たとえば放送局のサーバに設けられる。
【０１０９】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【符号の説明】
【０１１０】
１ コンテンツ抽出システム
１１ コンテンツ抽出装置
１２ キューシートサーバ
１３ ランキングリストサーバ
１１５ 記憶媒体
１１５Ａ コンテンツ管理テーブル
１２１ キューシート記憶部
１２２ キューシート送信部
１３１ ランキングリスト記憶部
１３２ ランキングリスト送信部
【技術分野】
【０００１】
本発明は、コンテンツ抽出装置に関し、さらに詳しくは、複数のコンテンツを含む放送データの中から所望のコンテンツを抽出するコンテンツ抽出装置に関する。
【背景技術】
【０００２】
コンテンツ抽出装置は、ラジオ又はテレビ放送を全て録音又は録画し、その中から所望のコンテンツを抽出して再生することができる。しかし、全ての放送を録音又は録画し続けると、膨大な記憶容量が必要になる。したがって、不要なコンテンツは適宜消去されなければならない。
【０００３】
たとえば特開２００７−８１６７０号公報（特許文献１）に開示されたコンテンツ受信機は、放送スケジュールに基づいて、ＨＤＤ(Hard Disk Drive)に記憶されたコンテンツの今後の放送回数を抽出して、ＨＤＤに記憶される機会が多いものほど高くなるように、コンテンツに対する放送予定消去優先度を付与する。このコンテンツ受信機はまた、ＨＤＤに記憶されたコンテンツの今後の放送時間を抽出して、今後の放送時間までの期間が短いものほど高くなるように、コンテンツに対する放送期間消去優先度を付与する。そして、このコンテンツ受信機は、ＨＤＤに新コンテンツを記憶する前に、ＨＤＤの空き容量が当該新コンテンツを記憶可能な容量となるように、付与された放送予定消去優先度又は放送期間消去優先度が高いコンテンツから順に、ＨＤＤに記憶されたコンテンツを消去する。
【０００４】
特開２００２−９３１１９号公報（特許文献２）に開示された記録再生装置は、予め設定された記録容量以下になると、最初に、再生済みで記録再生年月日が古いコンテンツを消去し、その次に、未再生分で記録年月日の古いコンテンツを消去し、最後に、消去が禁止されたコンテンツを消去する。
【０００５】
特開平１１−２７２２４号公報（特許文献３）に開示された多チャンネルデジタルデータ管理装置は、保有サーバに保持されている素材の中から過去１年以内の放送回数が２回以下の素材が検索され、その中から指定された素材が削除される。
【０００６】
特開２００１−１６７５２２号公報（特許文献４）に開示された番組予約方法は、空き容量不足が生じても、録画されているデータの中から視聴済み等で不要と判断したデータを削除して、最新の予約番組を優先して録画できる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−８１６７０号公報
【特許文献２】特開２００２−９３１１９号公報
【特許文献３】特開平１１−２７２２４号公報
【特許文献４】特開２００１−１６７５２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に開示されたコンテンツ受信機は、コンテンツがスケジュール通りに放送される場合しか有効に機能しない。たとえば視聴者のリクエストに応じてコンテンツが放送された場合、たとえそのコンテンツが短期間の間に多数回放送されたとしても、そのコンテンツは消去されない。そのため、同じコンテンツが重複して保存され、記憶容量が浪費される。
【０００９】
また、特許文献２に開示された記録再生装置では、再生済み又は古いコンテンツは消去されるが、重複して保存されている同じコンテンツは消去されない。そのため、やはり記憶容量が浪費される。
【００１０】
また、特許文献３に開示された多チャンネルデジタルデータ管理装置では、放送回数の少ないコンテンツは消去されるが、重複して保存されている同じコンテンツは消去されない。そのため、やはり記憶容量が浪費される。
【００１１】
また、特許文献４に開示された番組予約方法では、再生済みのコンテンツは消去されるが、重複して保存されている同じコンテンツは消去されない。そのため、やはり記憶容量が浪費される。
【００１２】
本発明の目的は、同じコンテンツをほとんど重複して保存することのないコンテンツ抽出装置を提供することである。
【課題を解決するための手段】
【００１３】
本発明によるコンテンツ抽出装置は、複数のコンテンツを含む放送データの中から所望のコンテンツ（たとえば音楽、映画、ドラマ）を抽出するコンテンツ抽出装置であって、記録手段と、キューシート取得手段と、特定手段と、ランキングリスト取得手段と、削除手段とを備える。記録手段は、放送データを記憶媒体に記録（録音又は録画）する。キューシート取得手段は、キューシートを取得する。特定手段は、キューシート取得手段により取得されたキューシートに基づいて、記憶媒体に記録された放送データに含まれるコンテンツを特定する。ランキングリスト取得手段は、コンテンツの人気順位を示すランキングリストを取得する。削除手段は、ランキングリスト取得手段により取得されたランキングリストに基づいて、特定手段により特定されたコンテンツの中から所定の人気順位よりも上位のコンテンツを記憶媒体から削除する。
【発明の効果】
【００１４】
本発明によれば、同じコンテンツをほとんど重複して保存することはない。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態によるコンテンツ抽出システムの全体構成を示す機能ブロック図である。
【図２】図１に示したコンテンツ抽出装置により受信される放送データ及びコンテンツ抽出装置により取得されるキューシートを示す図である。
【図３】図１に示したコンテンツ管理テーブルを示す図である。
【図４】図１に示したコンテンツ抽出装置による全録音処理を示すフローチャートである。
【図５】図１に示したコンテンツ抽出装置によるコンテンツ特定処理を示すフローチャートである。
【図６】図１に示したコンテンツ抽出装置による集計処理を示すフローチャートである。
【図７】図１に示したコンテンツ抽出装置による初期設定処理を示すフローチャートである。
【図８】図１に示したコンテンツ抽出装置による削除処理を示すフローチャートである。
【図９】図８に示した削除処理に用いられるコンテンツの人気順位の推移を示すグラフである。
【図１０】図８中の録音時間比較処理を示すフローチャートである。
【図１１】図８中の期待値算出処理を示すフローチャートである。
【図１２】図１１に示した期待値算出処理に用いられる放送回数、録音回数、録音確率、及び平均録音確率を示す図である。
【図１３】図１２に示した放送回数及び録音回数をプロットしたグラフである。
【図１４】図１３に示したグラフから得られた放送予測回数及び期待値を示す図である。
【図１５】第２の実施の形態によるコンテンツ管理テーブルを示す図である。
【図１６】第２の実施の形態による予測放送日書込処理を示すフローチャートである。
【図１７】第２の実施の形態による放送予告処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１７】
[第１の実施の形態]
[コンテンツ抽出システムの全体構成]
まず、コンテンツ抽出システムの全体構成を説明する。
【００１８】
図１を参照して、コンテンツ抽出システム１は、コンテンツ抽出装置１１と、キューシートサーバ１２と、ランキングリストサーバ１３とを備える。コンテンツ抽出装置１１はインターネット１４経由でキューシートサーバ１２及びランキングリストサーバ１３に接続される。
【００１９】
コンテンツ抽出装置１１は、ＣＰＵ(Central Processing Unit)１１１と、受信部１１２と、操作部１１４と、記憶媒体１１５と、表示部１１６と、再生部１１７と、インターフェイス１１８とを備える。コンテンツ抽出装置１１はコンピュータで構成され、そこには、以下に詳述する処理を実行するためのプログラムがインストールされている。
【００２０】
ＣＰＵ１１１は、以下に詳述する各種処理を実行する。受信部１１２は、たとえばラジオの放送局から放送される放送データを受信する。放送データは複数のコンテンツを含む。コンテンツは、たとえば音楽である。受信部１１２は、たとえば１又は２以上のチューナ（図示せず）を含む。操作部１１４は、たとえばマウス、キーボードで構成され、コンテンツ抽出装置１１に対する各種の指示を受け付ける。記憶媒体１１５は、たとえばＨＤＤで構成される。記憶媒体１１５には、受信部１１２により受信された放送データ等が録音される。記憶媒体１１５にはまた、コンテンツ管理テーブル１１５Ａが記録される。表示部１１６は、たとえば液晶ディスプレイで構成される。再生部１１７は、たとえばＭＰ３デコーダで構成され、記憶媒体１１５に録音されたコンテンツを再生する。再生部１１７は、放送データが記憶媒体１１５に録音されている最中でもコンテンツを再生することができる。インターフェイス１１８は、インターネット１４を介してキューシートサーバ１２及びランキングリストサーバ１３に接続される。
【００２１】
キューシートサーバ１２は、キューシート記憶部１２１と、キューシート送信部１２２とを備える。キューシート記憶部１２１はキューシートを記憶する。キューシート送信部１２２は、コンテンツ抽出装置１１からの要求に応じてキューシート記憶部１２１からキューシートを読み出し、コンテンツ抽出装置１１に送信する。
【００２２】
ランキングリストサーバ１３は、ランキングリスト記憶部１３１と、ランキングリスト送信部１３２とを備える。ランキングリスト記憶部１３１は、コンテンツの人気順位を示すランキングリストを記憶する。ランキングリストサーバ１３は、たとえば音楽情報を提供する会社からランキングリストを取得し、そのランキングリストをランキングリスト記憶部１３１に記憶する。ランキングリスト送信部１３２は、コンテンツ抽出装置１１の要求に応じてランキングリスト記憶部１３１からランキングリストを読み出し、コンテンツ抽出装置１１に送信する。
【００２３】
次に図２を参照して、放送データ及びキューシートの詳細を説明する。放送データは、コンテンツと、ＣＭ(Commercial Message)と、ＭＣ(Master of Ceremony)によるトークとを含む。ラジオ番組では一般に、流行の音楽が放送され、その前後にトークが放送され、番組の途中及び前後にＣＭが放送される。
【００２４】
キューシートは、番組の進行に用いられるタイムテーブルであり、番組の放送後に放送局から提供される。キューシートには、既に放送されたコンテンツのメタデータと放送日時とが対応付けて記録されている。メタデータは、各コンテンツのアーティスト名及びタイトルを含む。放送日時は、各コンテンツの放送開始日時及び放送終了日時を含む。
【００２５】
次に図３を参照して、コンテンツ管理テーブル１１５Ａの詳細を説明する。コンテンツ管理テーブル１１５Ａは、複数のレコード（行）を含む。各レコードはコンテンツごとに作成される。各レコードは、複数の欄（列）を含む。これらの欄は、各コンテンツのＩＤ（識別子）、アーティスト名、タイトル、録音開始日時、録音時間、人気順位、録音回数、削除予定日、再生回数、及び削除フラグを含む。録音開始日時は、当該コンテンツの録音を開始した日時で、キューシートに含まれる放送開始日時に相当する。録音時間は、当該コンテンツの録音開始日時と録音終了日時との差である。録音終了日時は、当該コンテンツの録音を終了した日時で、キューシートに含まれる放送終了日時に相当する。人気順位には、当該コンテンツがその人気順位を獲得した日付が付与される。録音回数は、当該コンテンツが重複して録音されている回数を示す。削除予定日は、当該コンテンツを削除する予定の日を示す。再生回数は、当該コンテンツが再生された回数を示す。削除フラグは、当該コンテンツが削除されるべきか否かを示す。「０」は当該コンテンツが削除されるべきでないことを示す。「１」は当該コンテンツが削除されるべきことを示す。削除フラグは、最初「０」に設定される。
【００２６】
[コンテンツ抽出装置の動作]
以下、コンテンツ抽出装置１１の動作を説明する。コンテンツ抽出装置１１の動作は、図４に示した全録音処理と、図５に示したコンテンツ特定処理と、図６に示した集計処理と、図７に示した初期設定処理と、図８に示した削除処理とに分けられる。
【００２７】
[全録音処理]
図４を参照して、コンテンツ抽出装置１１の全録音処理を説明する。
【００２８】
まず、受信部１１２は、操作部１１４に対するユーザのチャンネル選択操作に応じて所望の放送局を選択する（Ｓ４０１）。受信部１１２が１つしかチューナを有していない場合、１つしか放送局を選択できないが、受信部１１２が２以上のチューナを有している場合、２以上の放送局を選択できる。
【００２９】
次に、受信部１１２は、選択された放送局からの放送データを常に受信する（Ｓ４０２）。今まで受信していた放送が終了した場合、受信部１１２は、別の放送局を自動的に選択し直し、その別の放送局からの放送データを受信するようにしてもよい。
【００３０】
第１の実施の形態では、受信部１１２は、放送データを常に受信し続けているが、これに限定されない。たとえば、１３時００分から１４時００分までは、ある放送局からの放送データを受信し、１４時３０分から１６時００分までは、別の放送局からの放送データを受信するようしてもよい。この場合、１４時００分から１４時３０分までは、どの放送局からの放送データも受信しない。
【００３１】
ＣＰＵ１１１は、受信された放送データの全てをそのまま記憶媒体１１５に録音する（Ｓ４０３）。これにより、選択された放送局の放送が全て記憶媒体１１５に記録される。
【００３２】
[コンテンツ特定処理]
図５を参照して、コンテンツ抽出装置１１のコンテンツ特定処理を説明する。
【００３３】
まず、ＣＰＵ１１１は、キューシートを取得する（Ｓ４１１）。具体的には、ＣＰＵ１１１は、キューシート要求コマンドをインターフェイス１１８経由でキューシートサーバ１２に送信する。キューシートサーバ１２のキューシート送信部１２２は、送信されて来たキューシート要求コマンドに応じて、キューシート記憶部１２１からキューシートを読み出し、コンテンツ抽出装置１１に送信する。各放送局から提供されている全てのキューシートが取得されてもよいが、録音された放送データに対応するキューシートのみが取得されてもよい。
【００３４】
次に、ＣＰＵ１１１は、取得されたキューシートを参照し、記憶媒体１１５に録音された放送データの中からコンテンツのみを抽出し、コンテンツごとにファイルを形成する（Ｓ４１２）。ここで、コンテンツ以外のデータ（ＣＭ、ＭＣなど）は取り除かれる。
【００３５】
次に、ＣＰＵ１１１は、各コンテンツにＩＤを付与する（Ｓ４１３）。具体的には、ＣＰＵ１１１は、コンテンツ管理テーブル１１５ＡのＩＤ欄に１，２，３…を順に書き込む。
【００３６】
次に、ＣＰＵ１１１は、取得されたキューシートからメタデータ及び放送日時を読み出す（Ｓ４１４）。
【００３７】
次に、ＣＰＵ１１１は、読み出された放送日時を参照し、放送終了日時（録音終了日時）から放送開始日時（録音開始日時）を減算し、その差を放送時間（録音時間）として算出する（Ｓ４１５）。
【００３８】
最後に、ＣＰＵ１１１は、読み出されたメタデータのアーティスト名及びタイトルと、読み出された放送開始日時（録音開始日時）と、算出された放送時間（録音時間）とをコンテンツ管理テーブル１１５Ａに書き込む（Ｓ４１６）。キューシートに放送時間が含まれる場合、その放送時間がそのまま録音時間として書き込まれてもよい。図３に示した例では、ＩＤ＝１のコンテンツに対し、アーティスト名「ＡｒｔｉｓｔＡ」、タイトル「ＴｉｔｌｅＡＡ」、録音開始日時「２００９／０１／０１／１９：２１：３０」、及び録音時間「３：２１」が書き込まれている。
【００３９】
記憶媒体１１５に録音された全てのコンテンツに対し、上記コンテンツ特定処理が実行される。
【００４０】
[集計処理]
ユーザがコンテンツを視聴しようとする場合、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａから複数のコンテンツのアーティスト名及びタイトルを読み出し、それらを表示部１１６に表示させる。ユーザが操作部１１４を操作することにより、たとえばＩＤ＝１のコンテンツを選択すると、再生部１１７はそのＩＤ＝１のコンテンツを再生する。コンテンツが再生されると、ＣＰＵ１１１はそのコンテンツの再生回数を１回増加させる。これにより、図３に示したコンテンツ管理テーブル１１５Ａの再生回数が更新される。再生回数は最初「０」に設定される。再生されるべきコンテンツはユーザにより選択されてもよいが、ランダムに選択されてもよい。
【００４１】
図６を参照して、現在の時刻がたとえば午前３時になった時（Ｓ４２１でＹＥＳ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａからアーティスト名、タイトル及び放送時間を読み出し、これらが実質的に同じコンテンツの数、つまり録音回数をカウントする（Ｓ４２２）。
【００４２】
次に、ＣＰＵ１１１は、カウントされた録音回数をコンテンツ管理テーブル１１５Ａに書き込む（Ｓ４２３）。実質的に同じコンテンツには同じ録音回数が書き込まれる。
【００４３】
図３に示した例では、ＩＤ＝１及びＩＤ＝２５のコンテンツについては、アーティスト名及びタイトルは全く同じである。ただし、録音時間は全く同じではない。各コンテンツの録音時間（放送時間）は放送ごとに多少は相違するためである。したがって、録音時間に多少の相違（たとえば１０秒以内）があっても、それらのコンテンツは実質的に同じとみなされ、カウントされる。
【００４４】
一方、ＩＤ＝２及びＩＤ＝８０のコンテンツについては、アーティスト名及びタイトルは全く同じである。しかしながら、ＩＤ＝８０の録音時間はＩＤ＝２の録音時間よりも大幅に短い。ＩＤ＝２のコンテンツはフルコーラスで放送されたのに対し、ＩＤ＝８０のコンテンツはワンコーラスしか放送されなかったためである。したがって、たとえアーティスト名及びタイトルが全く同じであっても、録音時間が大幅に相違（たとえば６０秒以上）すれば、それらのコンテンツは実質的に同じとみなされず、カウントされない。
【００４５】
また、本例では、全ての録音回数ではなく、１日当たりの録音回数が書き込まれる。たとえばＩＤ＝１のコンテンツは２００９年１月１日に１５回録音されているため、「２００９／０１／０１―１５」が書き込まれる。
【００４６】
次に、ＣＰＵ１１１は、ランキングリストを取得する（Ｓ４２４）。具体的には、ＣＰＵ１１１は、ランキングリスト要求コマンドをインターフェイス１１８経由でランキングリストサーバ１３に送信する。ランキングリストサーバ１３のランキングリスト送信部１３２は、送信されて来たランキングリスト要求コマンドに応じて、ランキングリスト記憶部１３１からランキングリストを読み出し、コンテンツ抽出装置１１に送信する。
【００４７】
次に、ＣＰＵ１１１は、取得されたランキングリストから人気順位を読み出し（Ｓ４２５）、それらをコンテンツ管理テーブル１１５Ａに書き込む（Ｓ４２６）。たとえばＩＤ＝１のコンテンツについては、２００９年１月１日の人気順位が１位であるため、「２００９／０１／０１−１」が書き込まれる。
【００４８】
上記集計処理により、各コンテンツの録音回数及び人気順位が毎日更新される。本例では、毎日午前３時に更新が行われているが、更新時刻は何時でもよい。また、１日に２回以上、又は数日に１回更新が行われてもよい。
【００４９】
[初期設定処理]
図７を参照して、コンテンツ抽出装置１１の初期設定処理を説明する。
【００５０】
まず、ＣＰＵ１１１は、操作部１１４に対するユーザの操作に応じて所望の削除定例日時を設定する（Ｓ５０１）。削除定例日時は、不要なコンテンツを削除する定例の日時であり、たとえば日曜日の２４時（月曜日の午前０時）に設定される。所望の削除定例日時を設定する代わりに、特定の削除定例日時をあらかじめ設定しておいてもよい。
【００５１】
次に、ＣＰＵ１１１は、操作部１１４に対するユーザの操作に応じて所望の高人気順位及びそれよりも下位の低人気順位を設定する（Ｓ５０２，Ｓ５０３）。たとえば、高人気順位は１０位に設定され、低人気順位は１００位に設定される。所望の人気順位を設定する代わりに、特定の人気順位をあらかじめ設定しておいてもよい。
【００５２】
最後に、ＣＰＵ１１１は、操作部１１４に対するユーザの操作に応じて所望の期待値を設定する（Ｓ５０４）。期待値は、削除定例日時のインターバル期間（以下、「削除サイクル」という。）に同じコンテンツが繰り返し録音される可能性を示す。上述したように削除定例日時が日曜日の２４時に設定された場合、削除サイクルは１週間である。所望の期待値としては、たとえば予測録音回数を意味する１回が設定される。詳細は後述する。所望の期待値を設定する代わりに、特定の期待値をあらかじめ設定しておいてもよい。
【００５３】
上記ステップＳ５０１〜Ｓ５０４の順序は任意に変更可能である。
【００５４】
[削除処理]
図８を参照して、コンテンツ抽出装置１１の削除処理を説明する。
【００５５】
現在の日時が図７中のステップＳ５０１で設定された削除定例日時になった時（Ｓ６０１でＹＥＳ）、ＣＰＵ１１１は、まず、図３に示したコンテンツ管理テーブル１１５ＡのＩＤを「１」に設定する（Ｓ６０２）。これにより、ＩＤ＝１のコンテンツは、削除されるべきか残されるべきかの判定対象となる。以下、この削除処理において、判定対象となったコンテンツを「対象コンテンツ」という。ＣＰＵ１１１は、ＩＤを１つずつ増加することにより対象コンテンツを変更し（Ｓ６１４）、全てコンテンツが対象コンテンツになるまで（Ｓ６１３でＹＥＳ）、ステップＳ６０３〜Ｓ６１５の処理を繰り返し実行する。
【００５６】
ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、対象コンテンツの録音開始日時が現在（削除定例日時）から削除サイクル以内か否か、本例では現在（日曜日の２４時）から７日以内か否かを判定する（Ｓ６０３）。
【００５７】
録音開始日時が削除サイクル以内でない場合、本例では先週の日曜日の２４時よりも前の場合（Ｓ６０３でＮＯ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、対象コンテンツの削除予定日が過ぎているか否かを判定する（Ｓ６０４）。削除予定日が過ぎている場合（Ｓ６０４でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツそれ自体を記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する（Ｓ６１５）。すなわち、コンテンツ抽出装置１１は削除サイクルごとにコンテンツを削除する。古いコンテンツは視聴される可能性が低いため、削除しても差し支えないからである。削除予定日が過ぎていない場合（Ｓ６０４でＮＯ）、ステップＳ６１５をスキップし、ステップＳ６１３へ進む。
【００５８】
録音開始日時が削除サイクル以内の場合、本例では先週の日曜日の２４時よりも後の場合（Ｓ６０３でＹＥＳ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、対象コンテンツの最新の人気順位が図７中のステップＳ５０３で設定された低人気順位（たとえば１００位）よりも下位か否かを判定する（Ｓ６０５）。たとえば図９に示されるように、現在の日時が１月１４日の２４時（削除定例日時）の場合、１月１４日の午前３時に書き込まれた人気順位Ｐ１が１００位よりも下位か否かを判定する。
【００５９】
最新の人気順位が設定された低人気順位よりも下位の場合（Ｓ６０６でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する。（Ｓ６１５）。人気のないコンテンツは視聴される可能性が低いため、削除しても差し支えないからである。
【００６０】
最新の人気順位が低人気順位よりも下位か否かを判定する代わりに、削除サイクル内における複数の人気順位の平均を算出し、その算出された平均人気順位が低人気順位よりも下位か否かを判定してもよい。
【００６１】
人気順位が設定された低人気順位よりも下位でない場合（Ｓ６０５でＮＯ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、対象コンテンツの最新の人気順位が図７中のステップＳ５０２で設定された高人気順位（たとえば１０位）よりも上位か否かを判定する（Ｓ６０６）。たとえば図９に示されるように、現在の日時が１月７日の２４時（削除定例日時）の場合、１月７日の午前３時に書き込まれた人気順位Ｐ２が１０位よりも上位か否かを判定する。
【００６２】
最新の人気順位が設定された高人気順位よりも上位の場合（Ｓ６０６でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する（Ｓ６１５）。人気のあるコンテンツは頻繁に放送され、再び録音される可能性が高いため、削除しても差し支えないからである。
【００６３】
最新の人気順位が高人気順位よりも上位か否かを判定する代わりに、削除サイクル内における複数の人気順位の平均を算出し、その算出された平均人気順位が高人気順位よりも上位か否かを判定してもよい。
【００６４】
人気順位が設定された高人気順位よりも上位でない場合（Ｓ６０６でＮＯ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、対象コンテンツが再生済みか否か、具体的には対象コンテンツの再生回数が１回以上か否かを判定する（Ｓ６０７）。対象コンテンツが再生済みの場合、具体的には対象コンテンツの再生回数が０回でない場合（Ｓ６０７でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する（Ｓ６１５）。再生済みのコンテンツは削除しても差し支えないからである。
【００６５】
対象コンテンツが未再生の場合、具体的には対象コンテンツの再生回数が０回の場合（Ｓ６０７でＮＯ）、ＣＰＵ１１１は以下の録音時間比較処理（Ｓ６０８）を実行する。
【００６６】
[録音時間比較処理]
図１０を参照して、録音時間比較処理を説明する。
【００６７】
まず、ＣＰＵ１１１は、対象コンテンツのアーティスト名、タイトル及び録音時間を読み出す（Ｓ９０１）。
【００６８】
次に、ＣＰＵ１１１は、図３に示したコンテンツ管理テーブル１１５ＡのＩＤ（以下、「ｃｏｐＩＤ」と表記する。）を「１」に設定する（Ｓ９０２）。これにより、ｃｍｐＩＤ＝１のコンテンツは、対象コンテンツと録音時間を比較する対象となる。以下、この録音時間比較処理において、比較対象となったコンテンツを「比較コンテンツ」という。ＣＰＵ１１１は、ｃｍｐＩＤを１つずつ増加することにより比較コンテンツを変更し（Ｓ９０８）、全てコンテンツが比較コンテンツになるまで（Ｓ９０７でＹＥＳ）、ステップＳ９０３〜Ｓ９０５の処理を繰り返し実行する。
【００６９】
ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、比較コンテンツが既に削除されているか否かを判定する（Ｓ９０３）。比較コンテンツが既に削除されている場合（Ｓ９０３でＹＥＳ）、ステップＳ９０７へ進む。比較コンテンツがまだ削除されていない場合（Ｓ９０３でＮＯ）、ＣＰＵ１１１は、比較コンテンツのアーティスト名及びタイトルがＳ９０１で読み出したアーティスト名及びタイトルと同じか否かを判定する（Ｓ９０４）。アーティスト名及びタイトルが同じでない場合（Ｓ９０４でＮＯ）、ステップＳ９０７へ進む。アーティスト名及びタイトルが同じ場合（Ｓ９０４でＹＥＳ）、比較コンテンツの録音時間が対象コンテンツの録音時間よりも長いか否かを判定する（Ｓ９０５）。比較コンテンツの放送時間の方が短い場合（Ｓ９０５でＮＯ）、ステップＳ９０７へ進む。比較コンテンツの放送時間の方が長い場合（Ｓ９０５でＹＥＳ）、対象コンテンツの削除フラグを「０」から「１」に変更する（Ｓ９０６）。これは、対象コンテンツとアーティスト名及びタイトルが同じコンテンツであって、対象コンテンツよりも録音時間が長いコンテンツが見つかった場合、その対象コンテンツを削除対象に設定することを意味する。したがって、この場合、録音時間比較処理は終了する。一方、対象コンテンツとアーティスト名及びタイトルが同じコンテンツであって、対象コンテンツよりも録音時間が長いコンテンツが見つからなかった場合（Ｓ９０７でＹＥＳ）、対象コンテンツの削除フラグは「０」のまま維持され、録音時間比較処理は終了する。
【００７０】
再び図８を参照して、録音時間比較処理（Ｓ６０８）の後、ＣＰＵ１１１は、対象コンテンツの比較フラグが「１」か「０」かを判定する（Ｓ６０９）。比較フラグが「１」の場合（Ｓ６０９でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する（Ｓ６１５）。複数の同じコンテンツが録音されている場合、短い方のコンテンツは記憶媒体１１５から削除しても差し支えないからである。
【００７１】
比較フラグが「０」の場合（Ｓ６０９でＮＯ）、ＣＰＵ１１１は以下の期待値算出処理（Ｓ６１０）を実行する。
【００７２】
[期待値算出処理]
図１１を参照して、期待値算出処理を説明する。期待値算出処理は、記憶媒体１１５に録音されたコンテンツと実質的に同じコンテンツが再び録音される可能性を示す期待値を算出する。
【００７３】
まず、ＣＰＵ１１１は、現在から削除サイクル以内（たとえば７日前まで）に放送されたコンテンツに関するキューシートを取得する（Ｓ１００１）。削除サイクル以内に発行された全てのキューシートを取得してもよいが、それが困難な場合は可能な限り多くのキューシートを取得する。ステップＳ４１１で既に取得したキューシートも再び取得してもよいが、取得しなくてもよい。
【００７４】
次に、ＣＰＵ１１１は、取得したキューシートの日付を読み出し、Ｎを付与する（Ｓ１００２）。具体的には、ＣＰＵ１１１は、キューシートに記録されている放送日時に基づいてＮを決定する。
【００７５】
次に、ＣＰＵ１１１は、Ｎを「１」に設定する（Ｓ１００３）。これにより、Ｎ＝１のキューシートは、そこに記録されている各コンテンツの放送回数をカウントする対象となる。以下、この期待値算出処理において、カウント対象となったキューシートを「対象キューシート」という。ＣＰＵ１１１は、Ｎを１つずつ増加することにより対象キューシートを変更し（Ｓ１０１０）、Ｎが「７」になるまで（Ｓ１００６でＹＥＳ）、ステップＳ１００４及びＳ１００５の処理を繰り返し実行する。
【００７６】
ＣＰＵ１１１は、対象キューシート内において、対象コンテンツのアーティスト名、タイトル及び放送時間が実質的に同じコンテンツ（以下、「同一コンテンツ」という。）が放送された回数（放送回数）をカウントする（Ｓ１００４）。
【００７７】
次に、ＣＰＵ１１１は、以下の式（１）により録音確率を算出する（Ｓ１００５）。
【００７８】
録音確率＝録音回数／放送回数 …（１）
すなわち、コンテンツ抽出装置１１は、削除サイクル以内に放送された実質的に同じコンテンツの数（放送回数）に対する、削除サイクル以内に録音された実質的に同じコンテンツの数（録音回数）の割合である。
【００７９】
式（１）中の録音回数は、ステップＳ４２２でカウントされ、図３に示したコンテンツ管理テーブル１１５Ａに記録されている。ただし、１日当たりの録音回数が７日分記録されているので、録音回数を合計して７日分の総録音回数を算出する。すなわち、コンテンツ抽出装置１１は削除サイクル以内に録音された実質的に同じコンテンツの数をカウントする。
【００８０】
このように、Ｎが「７」になるまで同一コンテンツの毎日の放送回数がカウントされ、かつ、その録音確率が算出される。放送回数、録音回数及び録音確率の一例を図１２に示す。
【００８１】
Ｎが「７」に達した場合（Ｓ１００６でＹＥＳ）、ＣＰＵ１１１は、平均録音確率を算出する（Ｓ１００７）。平均録音確率は、録音確率の平均である。具体的には、ＣＰＵ１１１は、以下の式（２）により平均録音確率を算出する。その結果を図１２に示す。
【００８２】
平均録音確率＝毎日の録音確率の総和／７ …（２）
次に、ＣＰＵ１１１は、今後の放送回数を予測する（Ｓ１００８）。具体的には、図１３に示されるように、１日前から７日前までの放送回数をプロットする。次に、プロットされた放送回数の近似曲線を求める。次に、求められた近似曲線の外挿により本日以降の放送回数を予測する。図１４は、図１３のグラフに基づいて予測された放送回数を示す。
【００８３】
次に、ＣＰＵ１１１は、期待値を算出する（Ｓ１００９）。期待値は、その日に同一コンテンツが録音されるであろう予測録音回数である。具体的には、ＣＰＵ１１１は、以下の式（３）により期待値を算出する。
【００８４】
期待値＝平均録音確率×予測放送回数 …（３）
たとえば図１４に示されるように、本日、同一コンテンツが２．６４回録音されるであろうと予測される。
【００８５】
上述した正確な期待値の算出方法の代わりに、ステップＳ１００７で算出した平均録音確率を期待値とみなしてもよい。また、ステップＳ１００５で算出した録音確率を期待値とみなしてもよい。
【００８６】
再び図８を参照して、期待値算出処理（Ｓ６１０）の後、ＣＰＵ１１１は、算出された期待値のうち少なくとも１つの期待値がステップＳ５０４で設定された所望の期待値よりも大きいか否かを判定する（Ｓ６１１）。少なくとも１つの期待値が所望の期待値よりも大きい場合（Ｓ６１１でＹＥＳ）、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除するとともに、コンテンツ管理テーブル１１５Ａから対象コンテンツに関する情報を削除する（Ｓ６１５）。本日以降に放送されかつ録音される可能性の高いコンテンツは削除しても差し支えないからである。
【００８７】
算出された全ての期待値が所望の期待値よりも小さい場合（Ｓ６１１でＮＯ）、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａに削除予定日を書き込む（Ｓ６１２）。たとえば削除予定日として、削除定例日時から１４日後の日が設定される。代わりに、削除予定日として、算出された期待値が０．５以下になる日が設定されてもよい。
【００８８】
[第１の実施の形態の効果]
第１の実施の形態によれば、コンテンツ抽出装置１１は、放送局から放送されるコンテンツを常に受信し、記憶媒体１１５に録音する。所望の高人気順位よりも上位のコンテンツは、所望の高人気順位よりも下位のコンテンツに比べて削除サイクル内に放送される可能性が高い。つまり、所望の高人気順位よりも上位のコンテンツは、所望の高人気順位よりも下位のコンテンツに比べて頻繁に放送される。したがって、所望の高人気順位よりも上位のコンテンツを記憶媒体１１５から削除しても、すぐにそのコンテンツと同じアーティスト名及びタイトルのコンテンツを受信し、記憶媒体１１５に録音することができる。その結果、同じコンテンツをほとんど重複して保存することはない。
【００８９】
また、削除サイクルごとにコンテンツを削除するため、所望の高人気順位よりも上位のコンテンツであっても、削除サイクル以内であれば保存されている。その結果、ユーザは人気コンテンツを視聴することができる。
【００９０】
また、記憶媒体１１５に記録された複数の同じコンテンツのうち録音時間の短いコンテンツを削除するため、録音時間の長いコンテンツは保存される。
【００９１】
また、記憶媒体１１５に記録されたコンテンツと同じコンテンツが再び記録される可能性を示す期待値を算出し、算出された期待値が所定の期待値よりも高いコンテンツを削除するため、同じコンテンツをほとんど重複して保存することはない。
【００９２】
また、所望の低人気順位よりも下位のコンテンツを削除するため、視聴される可能性の低い不人気コンテンツが記憶媒体１１５を大きく占有することはない。
【００９３】
[第２の実施の形態]
上記第１の実施の形態は、放送データを常に受信し続けているのに対し、この第２の実施の形態は、放送データを間欠的に受信している。具体的には、ユーザが放送データの受信開始及び受信終了のタイミングを任意に決定する。
【００９４】
図１５を参照して、第２の実施の形態におけるコンテンツ管理テーブル１１５Ａはさらに、予測放送日及び録音待ちフラグを含む。予測放送日は、当該コンテンツが今後録音されると予測される日である。録音待ちフラグは、当該コンテンツが録音を待っているか否かを示す。「０」は録音待ちになっていないことを示す。「１」は録音待ちになっていることを示す。録音待ちフラグは最初「０」に設定される。
【００９５】
第２の実施の形態によるコンテンツ抽出装置１１の動作はさらに、予測放送日書込処理と、放送予告処理とを含む。
【００９６】
まず図１６を参照して、予測放送日書込処理を説明する。
【００９７】
算出された期待値のうち少なくとも１つの期待値が所望の期待値よりも大きい場合（Ｓ６１１でＹＥＳ）、ＣＰＵ１１１は、予測放送日を決定し、コンテンツ管理テーブル１１５Ａに書き込む（Ｓ１３２０）。具体的には、ＣＰＵ１１１は、算出された期待値が所望の期待値よりも高く、かつ、本日から最も近い日を予測放送日と決定する。その後、ＣＰＵ１１１は、決定された予測放送日をコンテンツ管理テーブル１１５Ａに書き込む。たとえば本日が２００９年１月８日の場合において、ＩＤ＝１のコンテンツの期待値が図１４に示されたように算出されたとき、ＣＰＵ１１１は、図１５に示されるように「２００９／０１／０８」（本日）を予測放送日の欄に追加する。上述した予測放送日の決定方法の代わりに、算出された期待値が最も高い日を予測放送日と決定してもよい。
【００９８】
次に、ＣＰＵ１１１は、録音待ちフラグを「０」から「１」に変更する（Ｓ１３２１）。
【００９９】
その後、上記第１の実施の形態と同様に、ＣＰＵ１１１は、対象コンテンツを記憶媒体１１５から削除する（Ｓ６１５）。対象コンテンツは本日以降に録音されると予測されているからである。ただし、この第２の実施の形態では、対象コンテンツに関する情報はコンテンツ管理テーブル１１５Ａから削除されない。
【０１００】
次に図１７を参照して、放送予告処理を説明する。
【０１０１】
放送予告処理は、たとえばコンテンツ抽出装置１１の電源がオンにされたとき開始される。まず、ＣＰＵ１１１は、図１５に示したコンテンツ管理テーブル１１５ＡのＩＤを「１」に設定する（Ｓ１４０１）。これにより、ＩＤ＝１のコンテンツが本日放送されると予測されているか否かの判定対象となる。ＣＰＵ１１１は、ＩＤを１つずつ増加することにより判定対象のコンテンツを変更し（Ｓ１４０６）、全てのコンテンツが判定対象となるまで（Ｓ１４０５でＹＥＳ）、ステップＳ１４０２及びＳ１４０３の処理を繰り返し実行する。
【０１０２】
次に、ＣＰＵ１１１は、コンテンツ管理テーブル１１５Ａを参照し、録音待ちフラグが「１」か「０」かを判定する（Ｓ１４０２）。録音待ちフラグが「０」の場合（Ｓ１４０２でＮＯ）、ステップＳ１４０５へ進む。録音待ちフラグが「１」の場合（Ｓ１４０２でＹＥＳ）、ＣＰＵ１１１は、予測放送日が本日か否かを判定する（Ｓ１４０３）。予測放送日が本日でない場合（Ｓ１４０３でＮＯ）、Ｓ１４０５へ進む。
【０１０３】
予測放送日が本日の場合（Ｓ１４０３でＹＥＳ）、ＣＰＵ１１１は、その旨をユーザに通知する（Ｓ１４０４）。具体的には、表示部１１６は、「本日、希望されているコンテンツが放送される可能性があります。」という案内を表示する。
【０１０４】
したがって、ユーザは、コンテンツ抽出装置１１の電源をオンにすると、所望のコンテンツが放送されるかもしれないことを知ることができる。ユーザがその通知に従って放送データの受信開始を設定すれば、コンテンツ抽出装置１１は所望のコンテンツを含む放送データを受信し、そのコンテンツを記憶媒体１１５に録音することができる。
【０１０５】
[他の実施の形態]
上記キューシートにはメタデータ及び放送日時が記録されているが、少なくともメタデータが記録されていれば、放送日時は記録されていなくても、高人気順位よりも上位のコンテンツを削除したり、低人気順位よりも下位のコンテンツを削除したりできる。
【０１０６】
また、上記実施の形態は削除定例日時に削除処理を実行している。しかし、第２の実施の形態は放送データの受信開始及び受信終了のタイミングをユーザに決定させているため、削除定例日時にコンテンツ抽出装置１１の電源がオフになっている可能性もある。したがって、コンテンツ抽出装置１１の電源がオンになった時に削除定例日時を過ぎているかを判断し、過ぎている場合に削除処理を実行するようにしてもよい。
【０１０７】
また、上記実施の形態はラジオ放送を受信する装置に適用されているが、本発明はテレビ放送を受信する装置にも適用される。すなわち、コンテンツは音楽だけでなく、映画、ドラマなどの映像でもよい。この場合、上記実施の形態における「録音」は「録画」に置き換えられる。
【０１０８】
コンテンツ抽出装置１１は、再生部１１７を備えずに、インターネット等を介して接続された端末装置にコンテンツを送信し、端末装置にコンテンツを再生させてもよい。この場合、コンテンツ抽出装置１１は、たとえば放送局のサーバに設けられる。
【０１０９】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【符号の説明】
【０１１０】
１ コンテンツ抽出システム
１１ コンテンツ抽出装置
１２ キューシートサーバ
１３ ランキングリストサーバ
１１５ 記憶媒体
１１５Ａ コンテンツ管理テーブル
１２１ キューシート記憶部
１２２ キューシート送信部
１３１ ランキングリスト記憶部
１３２ ランキングリスト送信部
【特許請求の範囲】
【請求項１】
複数のコンテンツを含む放送データの中から所望のコンテンツを抽出するコンテンツ抽出装置であって、
前記放送データを記憶媒体に記録する記録手段と、
キューシートを取得するキューシート取得手段と、
コンテンツの人気順位を示すランキングリストを取得するランキングリスト取得手段と、
前記キューシート取得手段により取得されたキューシート及び前記ランキングリスト取得手段により取得されたランキングリストに基づいて、第１の人気順位よりも上位のコンテンツを前記記憶媒体から削除する削除手段とを備える、コンテンツ抽出装置。
【請求項２】
請求項１に記載のコンテンツ抽出装置であってさらに、
前記キューシート取得手段により取得されたキューシートから各コンテンツのメタデータ及び放送日時を読み出すキューシート読出手段と、
前記ランキングリスト取得手段により取得されたランキングリストから各コンテンツの人気順位を読み出すランキングリスト読出手段と、
前記キューシート読出手段により読み出されたメタデータ及び放送日時、並びに前記ランキングリスト読出手段により読み出された人気順位をコンテンツ管理テーブルに書き込む書込手段とを備える、コンテンツ抽出装置。
【請求項３】
請求項１又は２に記載のコンテンツ抽出装置であって、
前記削除手段は、第１の所定期間ごとにコンテンツを削除する、コンテンツ抽出装置。
【請求項４】
請求項１〜３のいずれか１項に記載のコンテンツ抽出装置であって、
前記削除手段は、前記記憶媒体に記録された複数の同じコンテンツのうち記録時間の短いコンテンツを削除する、コンテンツ抽出装置。
【請求項５】
請求項１〜４のいずれか１項に記載のコンテンツ抽出装置であってさらに、
前記記憶媒体に記録されたコンテンツと同じコンテンツが前記記録手段により再び記録される可能性を示す期待値を算出する期待値算出手段を備え、
前記削除手段は、前記期待値算出手段により算出された期待値が所定の期待値よりも高いコンテンツを削除する、コンテンツ抽出装置。
【請求項６】
請求項５に記載のコンテンツ抽出装置であって、
前記期待値算出手段は、
前記第１の所定期間以内に放送された同じコンテンツの数をカウントする放送回数カウント手段と、
前記第１の所定期間以内に記録された同じコンテンツの数をカウントする記録回数カウント手段と、
前記放送回数カウント手段によりカウントされた数に対する、前記記録回数カウントによりカウントされた数の割合を算出する手段とを含む、コンテンツ抽出装置。
【請求項７】
請求項１〜６のいずれか１項に記載のコンテンツ抽出装置であって、
前記削除手段は、第２の人気順位よりも下位のコンテンツを削除し、前記第２の人気順位は前記第１の人気順位よりも下位である、コンテンツ抽出装置。
【請求項８】
請求項１〜７のいずれか１項に記載のコンテンツ抽出装置であって、
前記ランキングリスト取得手段は、第２の所定期間ごとにランキングリストを取得する、コンテンツ抽出装置。
【請求項９】
請求項１〜請求項８のいずれか１項に記載の各手段としてコンピュータを機能させるためのコンテンツ抽出プログラム。
【請求項１】
複数のコンテンツを含む放送データの中から所望のコンテンツを抽出するコンテンツ抽出装置であって、
前記放送データを記憶媒体に記録する記録手段と、
キューシートを取得するキューシート取得手段と、
コンテンツの人気順位を示すランキングリストを取得するランキングリスト取得手段と、
前記キューシート取得手段により取得されたキューシート及び前記ランキングリスト取得手段により取得されたランキングリストに基づいて、第１の人気順位よりも上位のコンテンツを前記記憶媒体から削除する削除手段とを備える、コンテンツ抽出装置。
【請求項２】
請求項１に記載のコンテンツ抽出装置であってさらに、
前記キューシート取得手段により取得されたキューシートから各コンテンツのメタデータ及び放送日時を読み出すキューシート読出手段と、
前記ランキングリスト取得手段により取得されたランキングリストから各コンテンツの人気順位を読み出すランキングリスト読出手段と、
前記キューシート読出手段により読み出されたメタデータ及び放送日時、並びに前記ランキングリスト読出手段により読み出された人気順位をコンテンツ管理テーブルに書き込む書込手段とを備える、コンテンツ抽出装置。
【請求項３】
請求項１又は２に記載のコンテンツ抽出装置であって、
前記削除手段は、第１の所定期間ごとにコンテンツを削除する、コンテンツ抽出装置。
【請求項４】
請求項１〜３のいずれか１項に記載のコンテンツ抽出装置であって、
前記削除手段は、前記記憶媒体に記録された複数の同じコンテンツのうち記録時間の短いコンテンツを削除する、コンテンツ抽出装置。
【請求項５】
請求項１〜４のいずれか１項に記載のコンテンツ抽出装置であってさらに、
前記記憶媒体に記録されたコンテンツと同じコンテンツが前記記録手段により再び記録される可能性を示す期待値を算出する期待値算出手段を備え、
前記削除手段は、前記期待値算出手段により算出された期待値が所定の期待値よりも高いコンテンツを削除する、コンテンツ抽出装置。
【請求項６】
請求項５に記載のコンテンツ抽出装置であって、
前記期待値算出手段は、
前記第１の所定期間以内に放送された同じコンテンツの数をカウントする放送回数カウント手段と、
前記第１の所定期間以内に記録された同じコンテンツの数をカウントする記録回数カウント手段と、
前記放送回数カウント手段によりカウントされた数に対する、前記記録回数カウントによりカウントされた数の割合を算出する手段とを含む、コンテンツ抽出装置。
【請求項７】
請求項１〜６のいずれか１項に記載のコンテンツ抽出装置であって、
前記削除手段は、第２の人気順位よりも下位のコンテンツを削除し、前記第２の人気順位は前記第１の人気順位よりも下位である、コンテンツ抽出装置。
【請求項８】
請求項１〜７のいずれか１項に記載のコンテンツ抽出装置であって、
前記ランキングリスト取得手段は、第２の所定期間ごとにランキングリストを取得する、コンテンツ抽出装置。
【請求項９】
請求項１〜請求項８のいずれか１項に記載の各手段としてコンピュータを機能させるためのコンテンツ抽出プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１１−２０４３１６（Ｐ２０１１−２０４３１６Ａ）
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願番号】特願２０１０−７０８６８（Ｐ２０１０−７０８６８）
【出願日】平成２２年３月２５日（２０１０．３．２５）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願日】平成２２年３月２５日（２０１０．３．２５）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
[ Back to top ]