(57)【要約】【課題】お勧めコンテンツの選定対象を拡大し、ユーザが直接保存できなかったコンテンツを含めたコンテンツを提供し、かつユーザの視聴意欲を高めることのできるコンテンツ提供システム及び提供方法を提案しようとするものである。【解決手段】コンテンツデータの属性情報に基づいて、第１コンテンツデータ及び第２コンテンツデータを関連づけ、第１コンテンツデータ及び第２コンテンツデータに統一したコンテンツＩＤを付与して、第１コンテンツデータ及び第２コンテンツデータからなる全コンテンツデータの管理情報を生成する生成部と、ユーザの趣味情報を決定するための基準情報に基づいてユーザの趣味情報を分析する分析部と、分析したユーザの趣味情報に合致したコンテンツ情報を全コンテンツデータの管理情報に基づいて検索する検索部と、検索したコンテンツデータに基づいて、ユーザの趣味情報に合致したコンテンツ情報をユーザに提供する提供部と、を有することとした。【選択図】図１
2009245289.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが使用する第１コンテンツデータを格納する第１システムと、
ユーザに提供する第２コンテンツデータを格納する第２システムと、
前記第１システム及び前記第２システムに接続され且つコンテンツデータの属性情報を管理する第３システムと、
前記コンテンツデータの属性情報に基づいて、前記第１コンテンツデータ及び前記第２コンテンツデータを関連づけ、前記第１コンテンツデータ及び前記第２コンテンツデータに統一したコンテンツＩＤを付与して、前記第１コンテンツデータ及び前記第２コンテンツデータからなる全コンテンツデータの管理情報を生成する生成部と、
ユーザの趣味情報を決定するための基準情報に基づいてユーザの趣味情報を分析する分析部と、
分析したユーザの趣味情報に合致したコンテンツデータを前記全コンテンツデータの管理情報に基づいて検索する検索部と、
検索したコンテンツデータに基づいて、ユーザの趣味情報に合致したコンテンツ情報をユーザに提供する提供部と、
を有することを特徴とするコンテンツ提供システム。
【請求項２】
前記第１システム及び前記第２システムに接続されるオンライン・ストレージ・システムをさらに備え、
前記オンライン・ストレージ・システムは前記生成部、前記分析部、前記検索部、及び前記提供部を少なくとも１つ有する
ことを特徴とする請求項１記載のコンテンツ提供システム。
【請求項３】
前記第１システムは前記生成部、前記分析部、前記検索部、及び前記提供部を少なくとも１つ有する
ことを特徴とする請求項１記載のコンテンツ提供システム。
【請求項４】
前記第１システム及び前記第２システムは、
コンテンツデータ、当該コンテンツデータを識別するためのコンテンツ識別情報、及び当該コンテンツデータの属性情報を関連づけて管理するための管理テーブルをそれぞれ有し、
前記生成部は、
前記属性情報及び前記コンテンツ識別情報の双方に基づいて、前記第１コンテンツデータと前記第２コンテンツデータとを関連づけ、前記第１コンテンツデータと前記第２コンテンツデータとに統一したコンテンツＩＤを付与して、全コンテンツデータの管理情報を生成する
ことを特徴とする請求項１記載のコンテンツ提供システム。
【請求項５】
前記全コンテンツデータの管理情報は、コンテンツデータが連続性を有するか否かを管理し、
前記提供部は、
提供するコンテンツ情報が連続性をもつコンテンツデータのコンテンツ情報である場合には、
前記提供するコンテンツ情報と、当該提供するコンテンツ情報が連続性をもつコンテンツデータのコンテンツ情報である旨と、をユーザに提供する
ことを特徴とする請求項１記載のコンテンツ提供システム。
【請求項６】
ユーザが使用する第１コンテンツデータを格納する第１システムと、ユーザに提供する第２コンテンツデータを格納する第２システムと、前記第１システム及び前記第２システムに接続され且つコンテンツデータの属性情報を管理する第３システムと、を少なくとも備えるコンテンツ提供システムのコンテンツ提供方法であって、
コンテンツデータの属性情報に基づいて、前記第１コンテンツデータ及び前記第２コンテンツデータを関連づけ、前記第１コンテンツデータ及び前記第２コンテンツデータに統一したコンテンツＩＤを付与して、前記第１コンテンツデータ及び前記第２コンテンツデータからなる全コンテンツデータの管理情報を生成する生成ステップと、
ユーザの趣味情報を決定するための基準情報に基づいてユーザの趣味情報を分析する分析ステップと、
分析したユーザの趣味情報に合致したコンテンツ情報を前記全コンテンツデータの管理情報に基づいて検索する検索ステップと、
検索したコンテンツデータに基づいて、ユーザの趣味情報に合致したコンテンツ情報をユーザに提供する提供ステップと、
を有することを特徴とするコンテンツ提供システムにおけるコンテンツ提供方法。
【請求項７】
前記第１システム及び前記第２システムに接続されるオンライン・ストレージ・システムをさらに備え、
前記オンライン・ストレージ・システムで前記生成ステップ、前記分析ステップ、前記検索ステップ、又は前記提供ステップを実行する
ことを特徴とする請求項６記載のコンテンツ提供システムにおけるコンテンツ提供方法。
【請求項８】
前記第１システムで前記生成ステップ、前記分析ステップ、前記検索ステップ、又は前記提供ステップを実行する
ことを特徴とする請求項６記載のコンテンツ提供システムにおけるコンテンツ提供方法。
【請求項９】
前記第１システム及び前記第２システムが、コンテンツデータ、当該コンテンツデータを識別するためのコンテンツ識別情報、及び当該コンテンツデータの属性情報を関連づけて、それぞれの管理テーブルで管理するステップを有し、
前記生成ステップでは、
前記属性情報及び前記コンテンツ識別情報の双方に基づいて、第１コンテンツデータ及び第２コンテンツデータを関連づけ、第１コンテンツデータ及び第２コンテンツデータに統一したコンテンツＩＤを付与して、第１コンテンツデータ及び第２コンテンツデータからなる全コンテンツデータの管理情報を生成する
ことを特徴とする請求項６記載のコンテンツ提供システムにおけるコンテンツ提供方法。
【請求項１０】
前記全コンテンツデータの管理情報では、コンテンツデータが連続性を有するか否かを管理し、
前記提供ステップでは、
提供するコンテンツ情報が連続性をもつコンテンツデータのコンテンツ情報である場合に、前記提供するコンテンツ情報と、当該提供するコンテンツ情報が連続性をもつコンテンツデータのコンテンツ情報である旨と、をユーザに提供する
ことを特徴とする請求項６記載のコンテンツ提供システムにおけるコンテンツ提供方法。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＨＤＤレコーダ・システムで録画したコンテンツから、ユーザの趣味に合わせ、ユーザにお勧めするコンテンツを提供する技術に関する。
【背景技術】
【０００２】
放送局から放送される電子番組ガイド（Electronic Program GuＩＤe、以下、単にＥＰＧという）を受信し、録画したテレビ番組と受信したＥＰＧと関連付けて保存するハードディスクドライブレコーダ・システム（以下、ＨＤＤレコーダ・システムという）がある。
【０００３】
特許文献１には、ＨＤＤレコーダ・システム内の録画した未視聴のコンテンツの中からユーザの趣味情報に合わせて、お勧めするコンテンツをユーザに提供する技術が記載されている。なお、コンテンツまたはコンテンツデータとは、ＷｅｂサイトやＣＤ（ＣＤ−ＲＯＭ）、ＤＶＤなどの媒体で閲覧できるテキストや静止画、動画、音楽、音声といった、物理媒体を用いることなく取引できる情報全般をいう。
【０００４】
この技術により、ユーザは、ＨＤＤレコーダ・システム内に録画した複数のコンテンツの中から自分の趣味に合った未視聴のコンテンツを探し出すことができるようになり、利便性が向上した。    
【特許文献１】特開２００６−２２９７０７号広報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
そもそもユーザが録画した複数のコンテンツの中から自分の趣味に合った未視聴のコンテンツ（以下、お勧めコンテンツという）を選定できる対象としてはＨＤＤレコーダ・システムに限られていた。
【０００６】
また、テレビの番組には、例えば、連続ドラマのように連続性を持ったシリーズ番組がある。ユーザは、ＨＤＤレコーダ・システムでシリーズ番組の録画を予約していても、スポーツ番組の延長や停電等のアクシデントにより、シリーズ番組を録画できないことがある。しかし、ＨＤＤレコーダ・システムは、ユーザに録画したコンテンツのみを対象としてお勧めするコンテンツを提供しているため、ユーザに、録画できなかった放送回を補って提供することはできず、シリーズ番組の全放送回を一度に紹介することができなかった。
【０００７】
近年では、テレビ番組や映画などのコンテンツをネットワーク経由で販売するコンテンツ販売・配信システムが登場してきているため、ユーザは、シリーズ番組のうち録画できなかった放送回をコンテンツ販売・配信システムから購入して視聴することができる。
【０００８】
しかし、ＨＤＤレコーダ・システムでは、録画したコンテンツをＨＤＤレコーダ・システム内でのローカルな（特有の）ＩＤで管理し、コンテンツ販売・配信システムでは、販売するコンテンツをコンテンツ販売・配信システム内のローカルなＩＤで管理している。このため、ＨＤＤレコーダ・システムのコンテンツとコンテンツ販売・配信システムのコンテンツとの対応付けができておらず、ＨＤＤレコーダ・システムは、ユーザに購入した放送回を含めたシリーズ番組の全放送回をお勧めすることができなかった。
【０００９】
さらに、従来技術では、ユーザは、番組内容の情報が少ないＥＰＧの番組説明を読むため、自分の趣味に合っているかどうかが分かりづらく、視聴意欲が高まらない。ＨＤＤレコーダ・システムがどのようにお勧めコンテンツをユーザに提供し、お勧めコンテンツに対するユーザの視聴意欲を高めるかが課題である。
【００１０】
本発明の目的は、お勧めコンテンツの選定対象を拡大し、ユーザが直接保存できなかったコンテンツ（録画や録音等）を含めたコンテンツを提供し、かつユーザの視聴意欲を高めることのできるコンテンツ提供システム及び提供方法を提案しようとするものである。
【課題を解決するための手段】
【００１１】
かかる課題を解決するため、本発明は、ユーザが使用する第１コンテンツデータを格納する第１システムと、ユーザに提供する第２コンテンツデータを格納する第２システムと、第１システム及び第２システムに接続され且つコンテンツデータの属性情報を管理する第３システムと、コンテンツデータの属性情報に基づいて、第１コンテンツデータ及び第２コンテンツデータを関連づけ、第１コンテンツデータ及び第２コンテンツデータに統一したコンテンツＩＤを付与して、第１コンテンツデータ及び第２コンテンツデータからなる全コンテンツデータの管理情報を生成する生成部と、ユーザの趣味情報を決定するための基準情報に基づいてユーザの趣味情報を分析する分析部と、分析したユーザの趣味情報に合致したコンテンツ情報を全コンテンツデータの管理情報に基づいて検索する検索部と、検索したコンテンツデータに基づいて、ユーザの趣味情報に合致したコンテンツ情報をユーザに提供する提供部と、を有することを特徴とする。
【００１２】
その結果、全コンテンツデータを一括で管理できるので、ユーザが使用するコンテンツデータに限る必要がなくなり、ユーザが直接保存できなかったコンテンツを含めたコンテンツを提供できる。ゆえに、ユーザにお勧めコンテンツとして提供するコンテンツデータの選定対象を拡大することができる。
【００１３】
また、本発明は、ユーザが使用する第１コンテンツデータを格納する第１システムと、ユーザに提供する第２コンテンツデータを格納する第２システムと、第１システム及び第２システムに接続され且つコンテンツデータの属性情報を管理する第３システムと、を少なくとも備えるコンテンツ提供システムのコンテンツ提供方法であって、コンテンツデータの属性情報に基づいて、第１コンテンツデータ及び第２コンテンツデータを関連づけ、第１コンテンツデータ及び第２コンテンツデータに統一したコンテンツＩＤを付与して、第１コンテンツデータ及び第２コンテンツデータからなる全コンテンツデータの管理情報を生成する生成ステップと、ユーザの趣味情報を決定するための基準情報に基づいてユーザの趣味情報を分析する分析ステップと、分析したユーザの趣味情報に合致したコンテンツ情報を全コンテンツデータの管理情報に基づいて検索する検索ステップと、検索したコンテンツデータに基づいて、ユーザの趣味情報に合致したコンテンツ情報をユーザに提供する提供ステップと、を有することを特徴とする。
【００１４】
その結果、全コンテンツデータを一括で管理できるので、ユーザが使用するコンテンツデータに限る必要がなくなり、ユーザが直接保存できなかったコンテンツを含めたコンテンツを提供できる。ゆえに、ユーザにお勧めコンテンツとして提供するコンテンツデータの選定対象を拡大することができる。
【発明の効果】
【００１５】
勧めコンテンツの選定対象を拡大し、ユーザが直接保存できなかったコンテンツ（録画や録音等）を含めたコンテンツを提供し、かつユーザの視聴意欲を高めることができる。
【発明を実施するための最良の形態】
【００１６】
（１）第１の実施の形態
まず、コンテンツ提供システムの概要について説明する。
【００１７】
本システムは、主にテレビ番組の番組情報を定期的に配信するコンテンツ放送システム、テレビ番組を録画・再生するＨＤＤレコーダ・システム、ＨＤＤレコーダ・システム内のコンテンツをバックアップまたはアーカイブ(以下、移動と記す)して保存できるサービスを提供するオンライン・ストレージ・システム、テレビ番組や映画などのコンテンツを販売・配信するコンテンツ販売・配信システム、及びテレビ番組や映画などの紹介記事を提供する紹介記事登録システムから構成される。ユーザに提供するお勧めコンテンツと対応する紹介記事は、オンライン・ストレージ・システムによって生成され、ＨＤＤレコーダ・システムへ送信される。
【００１８】
ＨＤＤレコーダ・システムは、録画する際に受信した番組情報とコンテンツとを対応付けて、ローカルなＩＤで管理する。コンテンツ販売・配信システムは、受信した番組情報を販売するコンテンツと対応付けてローカルなＩＤで管理する。紹介記事登録システムは、受信した番組情報と対応する紹介記事をローカルなＩＤで管理する。
【００１９】
ＨＤＤレコーダ・システムは、コンテンツを録画及び再生した際にユーザの趣味ソース情報として、コンテンツのジャンルと出演者の履歴を記録しておく。
【００２０】
オンライン・ストレージ・システムは、お勧め情報の要求のあったＨＤＤレコーダ・システムから録画したコンテンツの管理テーブルと取得し、コンテンツ販売・配信システムから販売コンテンツの管理テーブルを取得し、及び、紹介記事登録システムから紹介記事の管理テーブルを取得する。次に、オンライン・ストレージ・システムは、各管理テーブルに登録されている番組情報である番組のタイトル、説明、ジャンル、及び出演者を用いて、ＨＤＤレコーダ・システムの録画したコンテンツと、コンテンツ販売・配信システムの販売コンテンツと、及び紹介記事登録システムの紹介記事コンテンツと、を関連付け、これらのコンテンツにグローバルなＩＤを付与し、全コンテンツ管理テーブルで管理する。
【００２１】
オンライン・ストレージ・システムは、ユーザが所有するＨＤＤレコーダ・システムからユーザの趣味ソース情報を取得して、録画・再生回数の多い順のジャンルまたは出演者をユーザの趣味情報として用いる。
【００２２】
オンライン・ストレージ・システムは、録画したコンテンツの管理テーブルから未視聴のコンテンツを対象にユーザの趣味情報に合ったコンテンツを検索し、ユーザにお勧めするコンテンツであるお勧めコンテンツを決定する。お勧めコンテンツがシリーズ番組であった場合は、全コンテンツ管理テーブルを用いて、シリーズ番組のコンテンツをすべてお勧めコンテンツに決定する。
【００２３】
オンライン・ストレージ・システムは、全コンテンツ管理テーブルを用いて、お勧めコンテンツに対応し、かつユーザの趣味情報に合った紹介記事コンテンツを決定する。
【００２４】
オンライン・ストレージ・システムは、お勧めコンテンツと紹介記事コンテンツから、ユーザに表示するお勧め情報ファイルを生成し、お勧め情報の要求元のＨＤＤレコーダ・システムへ送信する。
【００２５】
ＨＤＤレコーダ・システムは、受信したお勧め情報ファイルをユーザに表示し、ユーザに選択されたコンテンツを再生する。ＨＤＤレコーダ・システムは、再生するコンテンツが、ＨＤＤレコーダ・システムにある場合はＨＤＤレコーダ・システムから読み出し、オンライン・ストレージ・システムにある場合はオンライン・ストレージ・システムから読み出し、又は、コンテンツ販売・配信システムにある場合は購入手続きを行ってから読み出してコンテンツを再生する。
【００２６】
では次に、第１の実施形態について図を用いて説明する。本実施の形態では、ＨＤＤレコーダ・システム１０１で録画したテレビ番組から、ユーザの趣味に合わせて視聴をお勧めする番組の情報（お勧めコンテンツ）をオンライン・ストレーシ・システム１３３で生成し、ユーザに提供するコンテンツ提供システム１を実現する。なお、本実施の形態では、ユーザの趣味をテレビ番組のジャンルと出演者で分類するが、これに限られるものではない。
【００２７】
図１は、コンテンツ提供システムの構成の概要を示している。
【００２８】
コンテンツ提供システム１は、テレビ番組の番組情報を定期的に配信するコンテンツ放送システム１５６、家庭１００内に設置されたテレビ番組を録画・再生するＨＤＤレコーダ・システム１０１、ＨＤＤレコーダ・システム１０１内のコンテンツをバックアップまたは移動して保存できるサービスを提供するオンライン・ストレージ・システム１３３、テレビドラマや映画などのコンテンツを販売・配信するコンテンツ販売・配信システム１４５、テレビ番組や映画などの紹介記事をコンテンツとして登録する紹介記事登録システム１１９、及び家庭１００外からＨＤＤレコーダ・システム１０１で録画したコンテンツを再生するためのモバイル端末１２７から構成される。
【００２９】
ＨＤＤレコーダ・システム１０１、オンライン・ストレージ・システム１３３、コンテンツ販売・配信システム１４５、紹介記事登録システム１１９、及びモバイル端末１２７は、例えばＬＡＮケーブルなどの通信ケーブル１６４や無線通信で互いにネットワーク１６２、例えば、インタネットに接続されている。
【００３０】
それでは次に、それぞれの構成要件について説明する。
【００３１】
まず、コンテンツ放送システム１５６について説明する。
【００３２】
コンテンツ放送システム１５６は、番組情報管理テーブル１６１を格納するための記憶装置１６０、番組情報放送部１５９を実行するために一時的に格納するためのメモリ１５８、及び番組情報を放送電波によって放送するための番組情報通信部１５７から主に構成される。なお、番組情報とは、テレビ番組毎の情報をいう。
【００３３】
番組情報放送部１５９は、実行されるときに記憶装置１６０からメモリ１５８に一時的に読み出されるプログラムである。番組情報放送部１５９は、定期的に番組情報管理テーブル１６１を取得し、番組情報を放送する。
【００３４】
図２は、番組情報管理テーブル１６１の例を示す。
【００３５】
番組情報管理テーブル１６１は、例えば、コンテンツ放送システム１５６が各テレビ放送局から定期的に取得した番組の情報（番組の属性情報を含む）を登録することにより生成される。
【００３６】
番組情報管理テーブル１６１は、一定期間内に放送される番組情報を地域ごとに管理したテーブルである。例えば図２は、番組情報を今後１週間内に東京で放送される番組情報を登録したテーブルを示している。
【００３７】
番組情報管理テーブル１６１は、「番組ＩＤ」欄２００、「日付」欄２０１、「地域」欄２０２、「チャンネル番号」欄２０３、「放送時間」欄２０４、「タイトル」欄２０５、「番組説明」欄２０６、「ジャンル」欄２０７、「出演者」欄２０８、「シリーズ名」欄２０９、「全放送回」欄２１０、及び、「放送回」欄２１１から構成される。
【００３８】
「番組ＩＤ」欄２００には、コンテンツ放送システム１５６が自システム内で各テレビ番組の情報を管理するための識別番号が登録される。「日付」欄２０１には、テレビ番組が放送される日付が登録される。「地域」欄２０２には、テレビ番組が放送される地域が登録される。「チャンネル番号」欄２０３には、テレビ番組が放送されるチャンネル番号が登録される。「放送時間」欄２０４には、テレビ番組が放送される開始時刻と終了時刻とが登録される。「タイトル」欄２０５には、テレビ番組のタイトルが登録される。「番組説明」欄２０６には、テレビ番組の概要説明が登録される。「ジャンル」欄２０７には、テレビ番組のジャンルが登録される。例えば、ドラマ、映画、または音楽などのジャンルである。「出演者」欄２０８には、放送されるテレビ番組に出演する主要な俳優が登録される。
【００３９】
「シリーズ名」欄２０９には、連続ドラマなどのシリーズ番組を識別するための名前が登録される。シリーズ番組はすべて同一のシリーズ名を用いる。
【００４０】
「全放送回」欄２１０には、シリーズ番組が完結する全ての放送回数が登録される。
【００４１】
「放送回」欄２１１には、シリーズ番組の全放送回数のうち、放送された放送回数が登録される。番組がシリーズ番組でなければ、「全放送回」欄２１０と「放送回」欄２１１には例えば、「０」が登録される。
【００４２】
なお、タイトル、番組説明、ジャンル、及び出演者をまとめて番組の属性情報と呼ぶ。
【００４３】
次に、ＨＤＤレコーダ・システム１０１について説明する。
【００４４】
ＨＤＤレコーダ・システム１０１は、コンテンツ放送システム１５６の放送を受信するための番組情報受信部１０２、ネットワーク１６２に接続するための通信部１０３、ＨＤＤレコード・システム１０１内の情報をユーザに対して表示する表示部１０４、記憶装置１１３、及びメモリ１０５から構成される。
【００４５】
記憶装置１１３には、録画コンテンツ群１１４、番組情報記録テーブル１１７、設定情報管理テーブル１１６、録画コンテンツ管理テーブル１１８、及び、趣味ソース管理テーブル１１５が格納される。各種テーブル１１５から１１８の説明は後述する。
【００４６】
録画コンテンツ群１１４には、録画したコンテンツが複数格納されている。録画したコンテンツ（以下、録画コンテンツという）は、番組を録画して生成されたコンテンツである。録画コンテンツはユーザが使用するコンテンツデータである。
【００４７】
メモリ１０５には、ＨＤＤレコーダ・システム１０１が自システム内で録画コンテンツを識別し、かつ、管理するために必要なＩＤを付与するための録画コンテンツＩＤ付け部１０６、録画コンテンツ管理テーブル１１８を要求元へ送信するための管理テーブル送信部１０７、番組を録画するための録画部１０８、録画した録画コンテンツを再生するための再生部１０９、録画コンテンツをオンライン・ストレージ・システム１３３へバックアップまたは移動するためのバックアップ・移動部１１０、及び、お勧め情報をオンライン・ストレージ・システム１３３に対して要求するためのお勧め情報要求部１１１が一時的に格納される。
【００４８】
図３は、番組情報記録テーブル１１７の例を示している。
【００４９】
番組情報記録テーブル１１７は、コンテンツ放送システム１５６から受信した番組情報をコピーして生成されるテーブルであり、各欄３００から３１１は番組情報管理テーブル１６１の各欄２００から２１１と同じ内容である。は、ＨＤＤレコーダ・システム１０１が番組を録画したときに、番組情報記録テーブル１１７内の番組情報と録画コンテンツとが関連付けられ、番組情報記録テーブル１１７内の番組情報が録画コンテンツの付加情報として用いられる。
【００５０】
図４は、設定情報管理テーブル１１６の例を示している。
【００５１】
設定情報管理テーブル１１６は、ＨＤＤレコーダ・システム１０１がオンライン・ストレージ・システム１３３と通信するときに用いられる。
【００５２】
設定情報管理テーブル１１６は、ＨＤＤレコーダ・システム１０１の接続先となるオンライン・ストレージ・システム１３３を特定するための「オンライン・ストレージ・システム１３３のＩＰアドレス」欄４００、ＨＤＤレコーダ・システム１０１とオンライン・ストレージ・システム１３３との接続の認証を行うための「ユーザＩＤ」欄４０１と「パスワード」欄４０２、及び、オンライン・ストレージ・システム１３３がＨＤＤレコーダ・システム１０１を識別するために用いる「ＨＤＤレコーダＩＤ」欄４０３から構成される。
【００５３】
例えば、これらの情報は、オンライン・ストレージ・システム１３３のサービス申込時にオンライン・ストレージ・システム１３３から提供され、ユーザがＨＤＤレコーダ・システム１０１から登録する。以下、ＨＤＤレコーダ・システム１０１とオンライン・ストレージ・システム１３３との通信は、設定情報管理テーブル１１６に登録されたユーザＩＤとパスワードとを用いて行われているとする。
【００５４】
図５は、録画コンテンツ管理テーブル１１８の例を示している。
【００５５】
録画コンテンツ管理テーブル１１８は、ＨＤＤレコーダ・システム１０１が自システム内で録画コンテンツを管理するためのテーブルである。
【００５６】
録画コンテンツ管理テーブル１１８は、「録画コンテンツＩＤ」欄５００、「地域」欄５０１、「チャネル番号」欄５０２、「放送日時」欄５０３、「タイトル」欄５０４、「番組説明」欄５０５、「ジャンル」欄５０６、「出演者」欄５０７、「シリーズ名」欄５０８、「全放送回数」欄５０９、「放送回」欄５１０、「再生回数」欄５１１、「バックアップフラグ」欄５１２、「移動フラグ」欄５１３、及び、「録画コンテンツ格納場所」欄５１４から構成される。
【００５７】
「録画コンテンツＩＤ」欄５００には、ＨＤＤレコーダ・システム１０１が自システム内で録画コンテンツを管理するためのＩＤが登録される。
【００５８】
「放送日時」欄５０３には、録画日時に対応する番組情報の日付と放送時間とが登録される。
【００５９】
「再生回数」欄５１１には、録画コンテンツを再生した回数が登録される。
【００６０】
「バックアップフラグ」欄５１２には、初期値として「０」が登録され、録画コンテンツをオンライン・ストレージ・システム１３３へバックアップすると「１」に設定される。
【００６１】
「移動フラグ」欄５１３には、初期値として「０」が登録され、録画コンテンツをオンライン・ストレージ・システム１３３へ移動すると「１」に設定される。
【００６２】
なお、バックアップとは、オンライン・ストレージ・システム１３３に録画コンテンツを格納するとともにＨＤＤレコーダ・システム１０１内にも録画コンテンツを残すことをいう。移動とは、オンライン・ストレージ・システム１３３に録画コンテンツを格納し、ＨＤＤレコーダ・システム１０１内には録画コンテンツを残さないことをいう。
【００６３】
録画コンテンツ格納場所」欄５１４には、録画コンテンツを格納する記憶装置１１３のアドレスが登録される。
【００６４】
その他の項目欄５０１、５０２、及び５０４から５１０は、録画した日時に対応して番組情報記録テーブル１１７からコピーされるため、説明を省略する。
【００６５】
また、録画コンテンツ管理テーブル１１８に登録される情報のうち番組識別情報と呼ぶ情報がある。この番組識別情報とは、地域、チャンネル番号、及び放送日時をいうが、録画コンテンツを識別するための情報であって、番組を特定できる情報であれば、これらの情報に限られない。
【００６６】
図６は、趣味ソース管理テーブル１１５の例を示している。
【００６７】
趣味ソース管理テーブル１１５は、ユーザの趣味を決定する場合に使用されるテーブルであり、ある情報に基づいてユーザの趣味情報を特定する。また、趣味ソース管理テーブル１１５は、録画コンテンツ管理テーブル１１８の情報に基づいて取得される。
【００６８】
趣味ソース管理テーブル１１５は、ユーザの趣味を決定するときに用いられるテーブルであり、「趣味分析情報」欄６００と「再生回数」欄６０１から構成される。
【００６９】
「趣味分析情報」欄６００は、さらに「ジャンル」欄６０１と「出演者」欄６０２とから構成される。趣味ソース管理テーブル１１５は、ジャンルと出演者の一覧を設定してＨＤＤレコーダ・システム１０１にあらかじめ備えられている。趣味ソース管理テーブル１１５は、最初は何も登録されておらず、録画・再生履歴を記録する際に登録されていないジャンルと出演者を登録して履歴を残すようにしてもよい。本実施の形態では、ユーザの操作の履歴として再生回数のみを加算して説明するが録画回数も加算するようにしてもよい。
【００７０】
図１に戻り、引き続きコンテンツ販売・配信システム１４５の構成について説明する。
【００７１】
コンテンツ販売・配信システム１４５は、コンテンツ放送システム１５６の放送を受信するための番組情報受信部１４６、ネットワーク１６２に接続するための通信部１４７、メモリ１４８、及び、記憶装置１５２から構成される。
【００７２】
メモリ１４８には、コンテンツの販売手続きや配信を行うコンテンツ販売・配信部１４９、販売コンテンツ管理テーブル１５５を要求元へ送信するための管理テーブル送信部１５０、及び、コンテンツ販売・配信システム１４５が自システム内でコンテンツを管理するためのＩＤ付けを行うための販売コンテンツＩＤ付け部１５１を一時的に格納する。
【００７３】
記憶装置１５２には、販売コンテンツ群１５３と、コンテンツをＩＤで管理するための販売コンテンツ管理テーブル１５５と、が格納される。販売コンテンツ群は、ユーザに提供する複数の販売コンテンツを示す。販売コンテンツとは、コンテンツ販売・配信システム１４５が所有しているコンテンツであり、販売を目的としたドラマや映画などのコンテンツである。
【００７４】
図７は、販売コンテンツ管理テーブル１５５の例を示している。
【００７５】
販売コンテンツ管理テーブル１５５は、「販売コンテンツＩＤ」欄７００、「番組識別情報」欄７０１、「タイトル」欄７０２、「番組説明」欄７０３、「ジャンル」欄７０４、「出演者」欄７０５、「シリーズ名」欄７０６、「全放送回」欄７０７、「放送回」欄７０８、「価格」欄７０９、「販売コンテンツ格納場所」欄７１０から構成される。
【００７６】
「販売コンテンツＩＤ」欄７００には、コンテンツ販売・配信システム１４５が自システム内で販売コンテンツを管理するために付与したＩＤが登録される。
【００７７】
「番組識別情報」欄７０１には、番組を一意に識別するためのコンテンツ識別情報が登録され、地域、チャンネル番号、及び放送日時の組み合わせで設定される。図７の販売コンテンツＩＤ「Ｓ＿ＩＤ５」に示すように、放送された番組が後に再放送される場合があるため、同一の番組内容であっても番組識別情報が２つ以上存在することがある。
【００７８】
販売コンテンツ管理テーブル１５５の「タイトル」欄７０２、「番組説明」欄７０３、「ジャンル」欄７０４、及び「出演者」欄７０５の情報は、コンテンツ販売・配信業者によってあらかじめ登録される。なお、上述したが、タイトル、番組説明、ジャンル、及び出演者をまとめて番組属性（属性情報）と呼ぶ。
【００７９】
そして、販売コンテンツ管理テーブル１５５は、番組情報管理テーブル１６１に基づいてコンテンツの識別情報が登録される「番組識別情報」欄７０１と、予め管理されているその他の項目欄７０２から７１０と、を関連づけて管理する。
【００８０】
図１に戻り、紹介記事登録システム１１９の構成について説明する。
【００８１】
紹介記事登録システム１１９は、例えば、テレビ雑誌の番組紹介記事をコンテンツとして登録するシステムである。複数の記者がジャンルや出演者などの異なる観点から記事を作成するため、１つの番組に対して複数の記事が登録される。例えば、ジャンルがクイズで出演者Ａと出演者Ｂが出演していた番組Ｃには、クイズの出題内容に関する記事、出演者Ａに関する記事、及び出演者Ｂに関する記事が登録される。記者は、必要に応じて登録されている記事を最新の内容に更新することができる。
【００８２】
紹介記事登録システム１１９は、コンテンツ放送システム１５６の放送を受信するための番組情報受信部１２０、ネットワーク１６２に接続するための通信部１２１、メモリ１２４、及び記憶装置１２５から構成される。
【００８３】
メモリ１２４には、紹介記事管理テーブル１２６を要求元へ送信するための管理テーブル送信部１２２と、紹介記事登録システム１１９が紹介記事コンテンツを自システム内で一意に識別するためのＩＤ付けを行う紹介記事ＩＤ付け部１２３と、が一時的に格納される。
【００８４】
記憶装置１２５には、紹介記事管理テーブル１２６が格納される。
【００８５】
図８は、紹介記事管理テーブル１２６の例を示している。
【００８６】
紹介記事管理テーブル１２６は、「紹介記事ＩＤ」欄８００、「番組識別情報」欄８０１、「タイトル」欄８０２、「番組説明」欄８０３、「ジャンル」欄８０４、「出演者」欄８０５、「シリーズ名」欄８０６、「全放送回」欄８０７、「放送回」欄８０８、「趣味分析情報」欄８０９、及び「記事内容」欄８１０から構成される。
【００８７】
「紹介記事ＩＤ」欄８００には、紹介記事登録システム１１９が、自システム内で紹介記事コンテンツを管理するためのＩＤが登録される。
【００８８】
「趣味分析情報」欄８０９には、番組のジャンルまたは番組に出演する出演者の情報（以下、趣味分析情報という）が登録される。記事内容が番組のジャンルに着目して記載されている場合は、紹介記事登録システム１１９の記者は、趣味分析情報のジャンルに従ってユーザに提供する紹介記事コンテンツを登録する。記事内容が番組の出演者に着目して記載されている場合は、紹介記事登録システム１１９の記者は、趣味分析情報の出演者に従った紹介記事コンテンツを登録する。その際、過去の情報だけでなく、出演者の最近の活躍を含めた記事を登録する。例えば、出演者Ａに従って登録された記事内容は、“出演者Ａの最近流行しているギャグは、この番組で初めて披露された。”などとなる。紹介記事管理テーブル１２６の番組属性（タイトル、番組説明、ジャンル、及び出演者）は、紹介記事を登録する業者によってあらかじめ登録される。
【００８９】
「記事内容」欄８１０には、紹介される記事内容が登録される。
【００９０】
なお、その他の項目欄８０１から８０８は、上述で説明した項目と同様なので説明を省略する。
【００９１】
紹介記事管理テーブル１２６は、番組情報管理テーブル１６１に基づいて登録される「番組識別情報」欄８０１と、予め管理されているその他の項目欄８０２から８１０と、を関連づけて管理する。
【００９２】
図１に戻り、オンライン・ストレージ・システム１３３の構成について説明する。
【００９３】
オンライン・ストレージ・システム１３３は、ネットワーク１６２に接続するための通信部１３４、メモリ１３５、及び記憶装置１３８から構成される。
【００９４】
メモリ１３５には、ユーザに視聴を勧めするコンテンツを紹介したお勧め情報を提供するお勧め情報提供部１３６と、バックアップ若しくは移動された録画コンテンツをオンライン・ストレージ・システム１３３に格納しまたは移動された移動コンテンツをＨＤＤレコーダ・システム１０１で再生するために送信するバックアップ・移動部１３７と、が一時的に格納される。
【００９５】
記憶装置１３８には、バックアップ・移動コンテンツ群１３９、ユーザ毎格納コンテンツ管理テーブル１４０、オンライン・ストレージ・ユーザ管理テーブル１４１、プロバイダ・サービス管理テーブル１４２、全コンテンツ管理テーブル１４３、及びバックアップ済み趣味ソース管理テーブル１４４が格納されている。
【００９６】
バックアップ・移動コンテンツ群１３９は、バックアップコンテンツと移動コンテンツとが複数あることを示している。ここでバックアップコンテンツとは、ＨＤＤレコーダ・システムからバックアップされた録画コンテンツをいう。また、移動コンテンツとは、ＨＤＤレコーダ・システム１０１から移動された録画コンテンツをいう。
【００９７】
図９は、オンライン・ストレージ・ユーザ管理テーブル１４１の例を示している。
【００９８】
オンライン・ストレージ・ユーザ管理テーブル１４１は、オンライン・ストレージ・システム１３３がユーザの所有するＨＤＤレコーダ・システム１０１を特定するために用いられるテーブルである。
【００９９】
オンライン・ストレージ・ユーザ管理テーブル１４１は、オンライン・ストレージ・システム１３３を利用するために付与される「ユーザＩＤ」欄９００と「パスワード」欄９０１、ユーザが所有するＨＤＤレコーダ・システム１３３を示す「ＨＤＤレコーダＩＤ」欄９０２、ＨＤＤレコーダ・システム１０１のアドレスを示す「ＩＰアドレス」欄９０３、及びＨＤＤレコーダ・システム１０１内の「趣味ソース管理テーブルの格納場所」欄９０４から構成される。
【０１００】
「趣味ソース管理テーブルの格納場所」欄９０４には、記憶装置１３８内の格納場所が登録される。
【０１０１】
例えば、ユーザは、オンライン・ストレージ・システム１３３の申込時に、ＩＰアドレスと趣味ソース管理テーブル１１５の格納場所とを登録する。
【０１０２】
図１０は、プロバイダ・サービス管理テーブル１４２の例を示している。
【０１０３】
プロバイダ・サービス管理テーブル１４２は、オンライン・ストレージ・システム１３３がコンテンツ販売・配信システム１４５または紹介記事登録システム１１９の間で情報をやり取りするために必要なテーブルであって、紹介記事登録サービス業者及びコンテンツ購入・販売サービスを特定するために用いられるテーブルである。
【０１０４】
プロバイダ・サービス管理テーブル１４２は、オンライン・ストレージ・システム１３３がプロバイダを識別するために付与される「プロバイダＩＤ」欄１０００、プロバイダのサービス種別を示す「サービス」欄１００１、及びオンライン・ストレージ・システム１３３の接続先となるプロバイダを特定するために付与される「ＩＰアドレス」欄１００２から構成される。例えば、オンライン・ストレージ・システム１３３の管理者が、オンライン・ストレージ１３３のサービスを開始する時に各項目欄１０００から１００２に値を登録する。
【０１０５】
図１１は、ユーザ毎格納コンテンツ管理テーブル１４０の例を示している。
【０１０６】
ユーザ毎格納コンテンツ管理テーブル１４０は、バックアップコンテンツと移動コンテンツの格納場所をオンライン・ストレージ・システム１３３で管理するテーブルである。
【０１０７】
ユーザ毎格納コンテンツ管理テーブル１４０は、「ユーザＩＤ」欄１１００、「ＨＤＤレコーダＩＤ」欄１１０１、「録画コンテンツＩＤ」欄１１０２、「地域」欄１１０３、「チャネル番号」欄１１０４、「放送日時」欄１１０５、「タイトル」欄１１０６、「番組説明」欄１１０７、「ジャンル」欄１１０８、「出演者」欄１１０９、「シリーズ名」欄１１１０、「全放送回数」欄１１１１、「放送回」欄１１１２、「再生回数」欄１１１３、「バックアップフラグ」欄１１１４、「移動フラグ」欄１１１５、録画コンテンツ格納場所」欄１１１６、及び「オンライン・コンテンツ格納場所」欄１１１７から構成される。
【０１０８】
「ユーザＩＤ」欄１１００には、オンライン・ストレージ・システム１３３が識別するために付与されるユーザのＩＤが登録される。
【０１０９】
「ＨＤＤレコーダＩＤ」欄１１０１には、ユーザの所有するＨＤＤレコーダ・システム１０１のＨＤＤレコーダを識別するためのＩＤが登録される。
【０１１０】
「オンライン・コンテンツ格納場所」欄１１１７には、バックアップまたは移動された録画コンテンツを格納した記憶装置１３８のアドレスが登録される。
【０１１１】
なお、その他の項目欄１１０２から１１１６には、録画コンテンツをバックアップした時または移動した時に、録画コンテンツ管理テーブル１１８をコピーした情報が登録される。
【０１１２】
図１２は、全コンテンツ管理テーブル１４３の例を示している。
【０１１３】
全コンテンツ管理テーブル１４３は、お勧め情報を生成するために必要なすべてのコンテンツを管理するテーブルである。
【０１１４】
全コンテンツ管理テーブル１４３は、異なったＩＤで管理されていた録画コンテンツ、販売コンテンツ、及び紹介記事コンテンツを統一させて管理するために付与される「全コンテンツＩＤ」欄１２００、コンテンツの提供を可能とするプロバイダを示す「プロバイダＩＤ」欄１２０１、「番組識別情報」欄１２０２、「タイトル」欄１２０３、「番組説明」欄１２０４、「ジャンル」欄１２０５、「出演者」欄１２０６、「シリーズ名」欄１２０７、「全放送回」欄１２０８、「放送回」欄１２０９、そのコンテンツの価格を示す「価格」欄１２１０、及び趣味分析情報と記事内容とを組にした情報を示す「趣味毎記事内容」欄１２１１から構成される。
【０１１５】
「全コンテンツＩＤ」欄１２００の全コンテンツＩＤは、コンテンツ放送システム１５６から放送される番組情報の番組名、番組説明、番組のジャンル、及び番組出演者（番組の属性情報）を基にＨＤＤレコーダ・システム１０１で録画した録画コンテンツ、コンテンツ販売・配信システム１４５の販売コンテンツ、及び紹介記事登録システム１１９の紹介記事コンテンツ、を関連付けてグローバルな（統一した）ＩＤで管理する。
【０１１６】
項目欄１２０２から１２０９は、上述で説明した項目欄と同様ため、ここでの説明を省略する。
【０１１７】
以下、全コンテンツＩＤは、ユニバーサルＩＤ（ＵＩＤ）と記す場合もある。
【０１１８】
バックアップ済み趣味ソース管理テーブル１４４は、ＨＤＤレコーダ・システム１０１からバックアップされた趣味ソース管理テーブル１１５を管理するテーブルである。従って、バックアップ済み趣味ソース管理テーブル１４４は、趣味ソース管理テーブル１１５と同様の内容なので説明を省略する。
【０１１９】
ＨＤＤレコーダ・システム１０１が故障等で買い替えた場合でも、オンライン・ストレージ・システム１３３が買い替えたＨＤＤレコーダ・システム１０１にバックアップ済み趣味ソース管理テーブル１４４を送信することで、趣味ソース管理テーブルをリストアすることができる。このため、ＨＤＤレコーダ・システム１０１は、ユーザの趣味を一から再構築する必要がなくなる。
【０１２０】
図１３は、趣味分析結果管理テーブル１６６の例を示している。
【０１２１】
趣味分析結果管理テーブル１６６は、お勧め情報を生成する毎に作成されるテーブルであり、ユーザの趣味を分析した結果を管理するテーブルである。
【０１２２】
趣味分析結果管理テーブル１６６は、「ユーザＩＤ」欄１３００、「趣味分析情報」欄１３０１、「再生回数」欄１３０２、及び、「ランク」欄１３０３から構成される。
【０１２３】
「再生回数」欄１３０２には、録画コンテンツが再生されたときに、再生された録画コンテンツのジャンルと出演者とが一致する趣味分析情報に再生回数分の「１」を加算した総再生回数が登録される。
【０１２４】
「ランク」欄１３０３には、ユーザＩＤ毎に趣味分析情報に基づいて再生回数の多い順位につけたランクが登録される。
【０１２５】
図１に戻り、モバイル端末１２７の構成について説明する。
【０１２６】
モバイル端末１２７は、ネットワーク１６２に接続するための通信部１２８、メモリ１３２、及びモバイル端末１２７内の情報をユーザに対して表示する表示部１６５から構成される。
【０１２７】
メモリ１３２には、録画コンテンツを再生するための再生部１２９、及び、お勧め情報を要求するためのお勧め情報要求部１３０が格納される。お勧め情報要求部１３０がお勧め情報を要求することによって、おすすめ情報をモバイル端末１２７で確認することができる。また、モバイル端末１２７は、お勧め情報に基づいてモバイル端末１２７のメモリ１３２に、ユーザが使用するお勧めコンテンツを格納する。
【０１２８】
それでは、以下、ＨＤＤレコーダ・システム１０１で録画したテレビ番組に基づいて、ユーザの趣味に合わせて視聴をお勧めする番組の情報をオンライン・ストレーシ・システム１３３で生成し、ユーザに提供するコンテンツ提供システム１を実現する処理フローを説明する。
【０１２９】
処理フローは、(１−２)異なるシステム間におけるコンテンツへのＩＤ付与処理、(１−３)趣味ソース情報の生成処理、(１−４)お勧め情報の生成処理、及び(１−５) 要求されたコンテンツの再生処理、に分けて説明する。
(１−２)異なるシステム間におけるコンテンツへのＩＤ付与処理
【０１３０】
異なるシステム間におけるコンテンツへのＩＤ付与処理を、(１−２−１)ＨＤＤレコーダ・システム１０１の番組情報の受信処理、（１−２−２）ＨＤＤレコーダ・システム１０１での録画処理、（１−２−３）コンテンツのバックアップ・移動処理、（１−２−４）コンテンツ販売・配信システム１４５での番組情報の受信処理、及び（１−２−５）紹介記事登録システム１１９での番組情報の受信処理、のフローチャート、に分けて説明する。
【０１３１】
(１−２−１)ＨＤＤレコーダ・システム１０１の番組情報の受信処理
以下、ＨＤＤレコーダ・システム１０１が番組情報を受信する際の処理フローを、図１４を用いて説明する。
【０１３２】
コンテンツ放送システム１５６の番組情報放送部１５９とＨＤＤレコーダ・システム１０１の番組情報受信部１０２とは、定期的に以下の処理フローを実行する。
【０１３３】
コンテンツ放送システム１５６の番組情報放送部１５９が、定期的に番組情報管理テーブル１６１から番組情報を取得し、番組情報を放送する（Ｓ１４００）。
【０１３４】
ＨＤＤレコーダ・システム１０１の番組情報受信部１０２が、ネットワーク１６２を介して番組情報を受信すると、受信した番組情報を番組情報記録テーブル１１７に登録する（Ｓ１４０１）。
【０１３５】
（１−２−２）ＨＤＤレコーダ・システム１０１での録画処理
以下、ＨＤＤレコーダ・システム１０１で録画する際の処理フローを、図１５を用いて説明する。
【０１３６】
ＨＤＤレコーダ・システム１０１の録画部１０８は、ユーザがＨＤＤレコーダ・システム１０１の録画ボタン（図示せず）を押したときに以下の処理フローを実行する。
【０１３７】
ＨＤＤレコーダ・システム１０１の録画部１０８が、記憶装置１１３に格納する録画コンテンツに録画コンテンツＩＤを割り当て、録画コンテンツ管理テーブル１１８の「録画コンテンツＩＤ」欄５００に登録する（Ｓ１５００）。
【０１３８】
録画部１０８が、番組情報記録テーブル１１７からチャンネル番号と放送時間の放送開始時刻とに対応する番組情報を取得し、録画コンテンツ管理テーブル１１８に設定する（Ｓ１５０１）。
【０１３９】
録画部１０８が録画コンテンツ管理テーブル１１８の「再生回数」欄５１１、「バックアップフラグ」欄５１２、及び「移動フラグ」欄５１３に「０」を設定する（Ｓ１５０２）。
【０１４０】
録画部１０８が録画コンテンツの格納場所を決めて、録画コンテンツ管理テーブル１１８の「録画コンテンツ格納場所」５１４欄に設定する（Ｓ１５０３）。
【０１４１】
録画部１０８が記憶装置１１３に放送番組を格納する（Ｓ１５０４）。
【０１４２】
録画部１０８が放送終了時刻を録画コンテンツ管理テーブル１１８の「放送日時」欄５０３に登録する（Ｓ１５０５）。
【０１４３】
なお、ユーザの趣味を分析する際に録画したコンテンツの情報を用いる場合は、次のようにすればよい。ステップＳ１５０５において、録画コンテンツの番組属性に設定されているジャンル及び出演者と一致する趣味ソース管理テーブル１１５の趣味分析情報の「再生回数」欄に「１」を加算する。なお、ユーザの再生と録画操作に基づいて、ユーザの趣味に対する重み（影響度）を変えたい場合は、再生回数に加算する際に、「１」に「重みの係数」を乗じればよい。
【０１４４】
（１−２−３）コンテンツのバックアップ・移動処理
以下、録画コンテンツをバックアップ・移動する際の処理フローを、図１６を用いて説明する。
【０１４５】
ＨＤＤレコーダ・システム１０１のバックアップ・移動部１１０は、ユーザがＨＤＤレコーダ・システム１０１のバックアップボタン（図示せず）、または、移動ボタン（図示せず）を押したときに、以下の処理フローを実行する。
【０１４６】
ＨＤＤレコーダ・システム１０１のバックアップ・移動部１１０が、ユーザからのバックアップ要求に基づいて、処理種別、チャンネル番号、及び放送日時を取得し、取得した条件にあった録画コンテンツを録画コンテンツ管理テーブル１１８から決定する（Ｓ１６００）。ここで処理種別とは、バックアップ処理か移動処理かのいずれかの処理種別をいう。
【０１４７】
バックアップ・移動部１１０は、ユーザが要求する処理種別がバックアップ処理かどうかを判定する（Ｓ１６０１）。
【０１４８】
処理種別がバックアップ処理である場合は（Ｓ１６０１:Yes）、バックアップ・移動部１１０は、決定した録画コンテンツに該当する録画コンテンツ管理テーブル１１８のバックアップフラグを「１」に設定する（Ｓ１６０２）。
【０１４９】
処理種別が移動処理である場合は（Ｓ１６０１:No）、バックアップ・移動部１１０は、決定した録画コンテンツに該当する録画コンテンツ管理テーブル１１８の移動フラグを「１」に設定する（Ｓ１６０３）。
【０１５０】
バックアップ・移動部１１０は、ユーザＩＤ、録画コンテンツ、その録画コンテンツに該当する録画コンテンツ管理テーブル１１８内の情報、趣味ソース管理テーブル１１５をオンライン・ストレージ・システム１３３へ送信する（Ｓ１６０４）。
【０１５１】
オンライン・ストレージ・システム１３３のバックアップ・移動部１３７は、受信した情報に基づいて、オンライン・ストレージ・ユーザ管理テーブル１４１のユーザＩＤとＨＤＤレコーダＩＤとを確認すると、確認したユーザＩＤとＨＤＤレコーダＩＤとが一致するユーザ毎格納コンテンツ管理テーブル１４０に録画コンテンツ管理テーブル１１８の情報をコピーする（Ｓ１６０５）。
【０１５２】
バックアップ・移動部１３７は、録画コンテンツを記憶装置１３８に格納し、格納場所をユーザ毎格納コンテンツ管理テーブル１１８の「オンライン・コンテンツ格納場所」欄１１１７に登録する（Ｓ１６０６）。
【０１５３】
バックアップ・移動部１３７は、趣味ソース管理テーブル１１５を記憶装置１３８に格納し、格納場所をオンライン・ストレージ・ユーザ管理テーブル１４１の「趣味ソース管理テーブルの格納場所」欄９０４に登録すると（Ｓ１６０７）、オンライン・ストレージ・システム１３３側の処理は終了する。
【０１５４】
引き続き、ＨＤＤレコーダ・システム１０１側のバックアップ・移動部０１１０は、再び処理種別がバックアップ処理かどうかを判定する（Ｓ１６０８）。バックアップ処理である場合は（Ｓ１６０８：Yes）バックアップ・移動部０１１０は、処理を終了する。
【０１５５】
移動処理である場合は（Ｓ１６０８：No）バックアップ・移動部０１１０は、オンライン・ストレージ・システム１３３にコピーした録画コンテンツを削除し、削除した録画コンテンツに該当する録画コンテンツ管理テーブル１１８の「録画コンテンツ格納場所」欄５１４に「０」を設定する（Ｓ１６０９）。
【０１５６】
このように、バックアップコンテンツとＨＤＤレコーダ・システム１０１の録画コンテンツとの対応付け、または、移動コンテンツとＨＤＤレコーダ・システム１０１の録画コンテンツとの対応付けは、バックアップ・移動部１３７がユーザ毎格納コンテンツ管理テーブル１４０のエントリを取得することでできる。
【０１５７】
（１−２−４）コンテンツ販売・配信システム１４５での番組情報の受信処理
以下、コンテンツ販売・配信システム１４５での番組情報を受信する際の処理フローを、図１７を用いて説明する。
【０１５８】
コンテンツ販売・配信システム１４５の番組情報受信部１４６は、定期的に以下の処理フローを実行する。
【０１５９】
コンテンツ販売・配信システム１４５の番組情報受信部１４６は、販売コンテンツ管理テーブル１５５に登録されている販売コンテンツＩＤのうち、販売コンテンツＩＤの小さい順に検索して、エントリ（販売コンテンツ）を１つ取得する（Ｓ１７００）。
【０１６０】
番組情報受信部１４６は、コンテンツ放送システム１５６の番組情報管理テーブル１６を受信し、受信した番組情報のうち、番組ＩＤの小さい順に検索して、番組情報を１つ取得する（Ｓ１７０１）。
【０１６１】
番組情報受信部１４６は、販売コンテンツ管理テーブルのエントリと受信した番組情報と、の番組属性が一致しているか判定する（Ｓ１７０２）。上述したが、番組属性とは、タイトル、番組説明、ジャンル、及び出演者に関する情報をいう。一致している場合には番組情報受信部１４６がステップＳ１７０３を処理する。一致していない場合には番組情報受信部１４６がステップＳ１７０５を処理する。
【０１６２】
番組属性が一致している場合には（Ｓ１７０２：Yes）、番組情報受信部１４６が販売コンテンツ管理テーブル１５５の番組識別情報と、受信した番組情報の番組識別情報と、が一致しているか判定する（Ｓ１７０３）。両番組識別情報が一致している場合には（Ｓ１７０３：Yes）、番組情報受信部１４６がステップＳ１７０５を処理する。
【０１６３】
番組識別情報が一致していない場合には（Ｓ１７０３：No）、番組識別情報が販売コンテンツ管理テーブル１５５に登録されていないので、番組情報受信部１４６は、受信した番組情報の番組識別情報を販売コンテンツ管理テーブル１５５の番組識別情報列に登録する（Ｓ１７０４）。これにより、受信した番組情報の番組識別情報と、販売コンテンツ管理テーブル１５５の属性情報と、の対応付けがなされ、販売コンテンツ管理テーブル１５５が完成する。
【０１６４】
受信した番組情報の番組識別情報と、販売コンテンツ管理テーブル１５５の属性情報とが対応付けされている場合には（Ｓ１７０２：No、Ｓ１７０３：Yes）、番組情報受信部１４６は、受信した番組情報をすべて取得したか判定する（Ｓ１７０５）。すべて取得していない場合には（Ｓ１７０５：No）、番組情報受信部１４６は、再びステップＳ１７０１を処理する。
【０１６５】
すべて取得した場合には（Ｓ１７０５：Yes）、番組情報受信部１４６は、販売コンテンツ管理テーブル１５５の販売コンテンツをすべて取得したか判定する（Ｓ１７０６）。すべて取得していない場合には（Ｓ１７０６：No）、番組情報受信部１４６は、再びステップＳ１７００を処理する。すべて取得した場合には（Ｓ１７０６：Yes）、番組情報受信部１４６は、受信処理を終了する。
【０１６６】
（１−２−５）紹介記事登録システム１１９での番組情報の受信処理
以下、紹介記事登録システム１１９での番組情報を受信する際の処理フローを説明する。
【０１６７】
紹介記事登録システム１１９での番組情報を受信する際の処理フローは、紹介記事登録システム１１９の番組情報受信部１２０が、上述した販売コンテンツ管理テーブル１５５を用いるのではなく、紹介記事管理テーブル１２６を用いて受信した番組情報の番組識別情報と、紹介記事管理テーブル１２６の属性情報との対応付けを行うこと以外は図１７で説明した処理と同様の処理手順で実行する。番組情報受信部１２０は、この処理によって紹介記事管理テーブル１２６の番組属性に対応する番組識別情報を設定することができる。
【０１６８】
（１−３）趣味ソース情報の生成処理
それでは次に趣味ソース情報を生成する処理について説明する。ここで、趣味ソース情報とは、ユーザの趣味情報を分析するために用いる情報のことである。本実施の形態では、趣味ソース情報として録画コンテンツの再生回数を用いるが、ユーザの趣味情報を分析する情報であればよく、再生回数に関する情報には限られない。
【０１６９】
以下、録画コンテンツを再生するし、趣味ソース情報の生成する際の処理フローを、図１８及び図１９を用いて説明する。
【０１７０】
ＨＤＤレコーダ・システム１０１の再生部は、ユーザがＨＤＤレコーダ・システム１０１の再生ボタン（図示せず）を押したときに、以下の処理フローを実行する。
【０１７１】
ＨＤＤレコーダ・システム１０１の再生部１０９は、再生要求を受信すると、再生コンテンツの番組識別情報を取得する。ＵＩＤが再生要求に設定されている場合はＵＩＤも取得する（Ｓ１８００）。
【０１７２】
再生部１０９は、再生要求から取得した番組識別情報と一致するエントリが録画コンテンツ管理テーブル１１８に存在するかどうか判定する（Ｓ１８０１）。存在しない場合には（Ｓ１８０１： No）、再生部１０９は後述するＳ１９００を処理する。
【０１７３】
取得した番組識別情報と一致するエントリが録画コンテンツ管理テーブル１１８に存在する場合には（Ｓ１８０１：：Yes）、再生部１０９は、再生要求のあった録画コンテンツの移動フラグが「０」に設定されているか判定する（Ｓ１８０２）。「０」に設定されていない場合には（Ｓ１８０２：No）、録画コンテンツはＨＤＤレコーダ・システム１３３に格納されているので、再生部１０９はステップＳ１８０７を処理する。
【０１７４】
移動フラグが「０」に設定されている場合には（Ｓ１８０２：Yes）、再生部１０９は、移動済の番組識別情報を読み出す要求を、オンライン・ストレージ・システム１３３のバックアップ・移動部１３７に送信する（Ｓ１８０３）。
【０１７５】
オンライン・ストレージ・システム１３３のバックアップ・移動部１３７は、読み出し要求を受信すると、読み出し対象の番組識別情報を取得する。バックアップ・移動部１３７は、通信相手のユーザＩＤと番組識別情報と、を用いてユーザ毎格納コンテンツ管理テーブル１４０から要求されたコンテンツを読み出す（Ｓ１８０４）。
【０１７６】
バックアップ・移動部１３７は、読み出したコンテンツをＨＤＤレコーダ・システム１０１の再生部１０９へ送信する（Ｓ１８０５）。
【０１７７】
再生部１０９は、再生対象のコンテンツに該当する録画コンテンツ管理テーブル１１８の移動フラグを「０」に、バックアップフラグを「１」に設定し、取得したコンテンツを記憶装置１１３に格納する（Ｓ１８０６）。
【０１７８】
再生部１０９は、再生対象のコンテンツを再生すると（Ｓ１８０７）、再生部１０９は再生したコンテンツに該当する録画コンテンツ管理テーブル１１８の再生回数に「１」を加算する（Ｓ１８０８）。
【０１７９】
再生部１０９は、再生したコンテンツのジャンル及び出演者と一致する趣味ソース管理テーブル１１５のジャンル及び出演者のそれぞれに「１」を加算すると、再生処理を終了する（Ｓ１８０９）。
【０１８０】
では、再生部１０９が再生要求から取得した番組識別情報と一致するエントリが録画コンテンツ管理テーブル１１８に存在しないと判定した場合（Ｓ１８０１：No）の処理を引き続き説明する。
【０１８１】
再生部１０９は、コンテンツ販売・配信システム１４５のＩＰアドレスと再生対象のコンテンツの番組識別情報と、を取得するために、オンライン・ストレージ・システム１３３に取得要求を送信する（Ｓ１９００）。取得要求には、再生要求から取得したＵＩＤを設定する。
【０１８２】
オンライン・ストレージ・システム１３３のお勧め情報提供部１３６は、取得要求に設定されていたＵＩＤに対応する全コンテンツ管理テーブル１４３のすべてのプロバイダＩＤと番組情報とを取得する（Ｓ１９０１）。
【０１８３】
続いて、お勧め情報提供部１３６は、プロバイダ・サービス管理テーブル１４２からＳ１９０１で取得したプロバイダＩＤに対応するＩＰアドレスを特定し、特定ＩＰアドレスと番組識別情報とをＨＤＤレコーダ・システム１０１へ送信する（Ｓ１９０２）。
【０１８４】
ＨＤＤレコーダ・システム１０１がＩＰアドレスと番組識別情報とを受信すると、再生部１０９は、ユーザがコンテンツの購入を希望しているのかどうかを判定する（Ｓ１９０３）。ユーザが購入を希望しない場合には（Ｓ１９０３：No）、再生部１０９は再生処理を終了する。
【０１８５】
ユーザが購入を希望する場合には（Ｓ１９０３：Yes）、再生部１０９は、ユーザが受信したＩＰアドレスと番組識別情報とに基づいて、コンテンツを購入するプロバイダを決定する（Ｓ１９０４）。
【０１８６】
再生部１０９は、クレジットカード番号と番組識別情報とを設定した購入要求を、受信したＩＰアドレスのコンテンツ販売・配信システム１４５に送信する（Ｓ１９０５）。
【０１８７】
コンテンツ販売・配信システム１４５のコンテンツ販売・配信部１４９は、購入要求に設定されているクレジット番号と番組識別番号とを取得し、購入手続き後に、番組識別情報に対応する販売コンテンツを、販売コンテンツ管理テーブル１５５を用いて決定する。コンテンツ販売・配信部１４９は、要求元のＨＤＤレコーダ・システム１０１に決定したコンテンツを配信する（Ｓ１９０６）。
【０１８８】
ＨＤＤレコーダ・システム１０１が配信されたコンテンツを受信すると、配信されたコンテンツが再生対象のコンテンツのため、引き続き再生部１０９はステップ１８０６の処理を実行することとなる。
【０１８９】
なお、コンテンツ販売・配信部１４９がコンテンツを配信する際には、コンテンツに対応する番組情報を設定して送信してもよい。この場合は、ＨＤＤレコーダ・システム１０１の記憶装置１１３にコンテンツを格納する際に、番組情報を録画コンテンツ管理テーブル１１８に登録する。
【０１９０】
また、コンテンツ販売・配信システム１４５は、販売コンテンツをDVD（Digital Versatile Disc）に格納して販売する場合には、ＤＶＤに番組情報も格納して販売する。
【０１９１】
ステップＳ１８０６において、再生部１０９がコンテンツを記憶装置１１３に格納してから再生を行う例を示したが、コンテンツをストリーミング配信してもよい。
【０１９２】
再生するコンテンツが、バックアップしていない録画コンテンツ又は移動していない録画コンテンツの場合には、再生部１０９がＨＤＤレコーダ・システム１０１から読み出して再生する。再生するコンテンツが、バックアップコンテンツの場合も、再生部１０９がＨＤＤレコーダ・システム１０１から読み出して再生する。
【０１９３】
一方、再生するコンテンツが移動コンテンツの場合には、再生部１０９がオンライン・ストレージ・システム１３３から読み出して再生する。また、再生するコンテンツが販売コンテンツの場合には、再生部１０９がコンテンツ販売・配信システム１４５から読み出して再生する。
【０１９４】
モバイル端末１２７の再生部１２９の処理フローは図示していないが、ＨＤＤレコーダ・システム１０１の再生部１０９の処理フローと同様である。
【０１９５】
すなわち、再生対象のコンテンツがバックアップをしていない録画コンテンツまたは移動していない録画コンテンツの場合には、まずオンライン・ストレージ・システム１３３のバックアップ・移動部１３７が、再生対象のコンテンツをＨＤＤレコーダ・システム１０１からオンライン・ストレージ・システム１３３に格納する。その後、再生部１２９がオンライン・ストレージ・システム１３３から読み出して再生する。
【０１９６】
再生対象のコンテンツがバックアップコンテンツの場合や移動コンテンツの場合にも、再生部１２９がオンライン・ストレージ・システム１３３から読み出して再生する。
【０１９７】
再生するコンテンツが販売コンテンツの場合には、再生部１２９がコンテンツ販売・配信システム１４５から読み出して販売コンテンツを再生する。
【０１９８】
（１−４）お勧め情報の生成処理
それでは次に、ＨＤＤレコーダ・システム１０１とオンライン・ストレージ・システム１３３とがお勧め情報を生成する処理を（１−４−１）各種管理テーブルの取得処理、（１−４−２）分析処理、（１−４−３）お勧め情報の生成処理、及び（１−４−４）お勧め情報の送信処理、のフローチャートに分けて説明する。
（１−４−１）各種管理テーブルの取得処理
【０１９９】
オンライン・ストレージ・システム１３３のお勧め情報提供部１３６は、録画コンテンツ、販売コンテンツ、及び紹介記事コンテンツを番組属性で関連付けて、全コンテンツ管理テーブル１４３を生成し、共通のコンテンツＩＤである全コンテンツＩＤ（ＵＩＤ）を付与することで録画コンテンツ、販売コンテンツ、及び紹介記事コンテンツを管理する。
【０２００】
以下、各種管理テーブルを取得する際の処理フローを、図２０を用いて説明する。
【０２０１】
この処理フローは、ユーザがＨＤＤレコーダ・システム１０１のお勧め情報の生成要求ボタン（図示せず）を押したときに、開始する。
【０２０２】
ＨＤＤレコーダ・システム１０１のお勧め情報要求部１１１は、オンライン・ストレージ・システム１３３のお勧め情報提供部１３６に、お勧め情報の取得要求を送信する（Ｓ２０００）。
【０２０３】
お勧め情報の取得要求を受信したお勧め情報提供部１３６は、録画コンテンツ管理テーブル１１８の取得要求をＨＤＤレコーダ・システム１０１の管理テーブル送信部１０７へ送信する（Ｓ２００１）。
【０２０４】
録画コンテンツ管理テーブル１１８の取得要求を受信したＨＤＤレコーダ・システム１０１の管理テーブル送信部１０７は、録画コンテンツ管理テーブル１１８読み出すと、このテーブル１１８を勧め情報提供部へ送信する（Ｓ２００２）。
【０２０５】
続いて、お勧め情報提供部１３６は、販売コンテンツ管理テーブル１５５の取得要求をコンテンツ販売・配信システム１４５の管理テーブル送信部１５０に送信する（Ｓ２００３）。
【０２０６】
販売コンテンツ管理テーブル１５５の取得要求を受信したコンテンツ販売・配信システム１４５の管理テーブル送信部１５０は、販売コンテンツ管理テーブル１５５を読み出し、このテーブル１５５をお勧め情報提供部１３６に送信して（Ｓ２００４）、この処理を終了する。
【０２０７】
お勧め情報提供部１３６は、紹介記事管理テーブル１２６の取得要求を紹介記事登録システム１１９の管理テーブル送信部１２２に送信する（Ｓ２００５）。
【０２０８】
紹介記事管理テーブル１２６の取得要求を受信した紹介記事登録システム１１９の管理テーブル送信部１２２は、紹介記事管理テーブル１２６をお勧め情報提供部１３６に送信して（Ｓ２００６）、この処理を終了する。
【０２０９】
お勧め情報提供部は、取得した各種テーブル１１８、１５５、１２６に基づいて、お勧め情報を格納したファイル（以下、お勧め情報ファイル）の生成処理を行う（Ｓ２００７）。お勧め情報ファイルの生成処理の詳細については、後述する。
【０２１０】
お勧め情報提供部１３６は、生成したお勧め情報ファイルをＨＤＤレコーダ・システム１０１のお勧め情報要求部１１１に送信して（Ｓ２００８）、この処理を終了する。
【０２１１】
ＨＤＤレコーダ・システム１０１のお勧め情報要求部１１１は、表示部１０４に受信したお勧め情報ファイルを表示して（Ｓ２００９）、この処理を終了する。
【０２１２】
この処理により、ＨＤＤレコーダ・システム１０１は、ユーザにお勧め情報を提供することができる。
【０２１３】
では、引き続き、お勧め情報を生成する際の処理フローを、図２１を用いて説明する。まず、お勧め情報を生成する際の処理の概略を説明し、各ステップの詳細な処理フローについては、後述することにする。
【０２１４】
まず、全コンテンツ管理テーブル１４３の生成処理Ａにおいて、オンライン・ストレージ・システム１３３のお勧め情報提供部１３６は、録画コンテンツ管理テーブル１１８を用いて全コンテンツ管理テーブル１４３を生成する（Ｓ２１００）。
【０２１５】
全コンテンツ管理テーブルの生成処理Ｂにおいて、お勧め情報提供部１３６は、販売コンテンツ管理テーブル１５５を用いて全コンテンツ管理テーブル１４３を生成する（Ｓ２１０１）。
【０２１６】
全コンテンツ管理テーブル１４３の生成処理Ｃにおいて、お勧め情報提供部１３６は、紹介記事管理テーブル１２６を用いて全コンテンツ管理テーブル１４３を生成する（Ｓ２１０２）。
【０２１７】
お勧め情報提供部１３６とＨＤＤレコーダ・システム１０１の管理テーブル送信部１０７とが、ユーザの趣味分析処理を行う（Ｓ２１０３）。
【０２１８】
お勧め情報提供部１３６は、ユーザの趣味情報を分析した結果に基づいて、お勧めコンテンツの検索処理を行う（Ｓ２１０４）。
【０２１９】
お勧め情報提供部１３６は、ユーザの趣味情報を分析した結果に基づいて、お勧めの記事紹介コンテンツの検索処理を行う（Ｓ２１０５）。
【０２２０】
お勧め情報提供部１３６は、お勧めコンテンツの検索結果と、お勧めの記事紹介コンテンツの検索結果に基づいて、お勧め情報ファイルの生成処理を行うと（Ｓ２１０６）、ステップＳ２００８の処理に進む。
【０２２１】
上記ステップＳ２１００からステップＳ２１０６により、お勧め情報提供部１３６は、ユーザに提供するお勧め情報を生成することができる。
【０２２２】
では、それぞれのステップについて詳細に説明する。
【０２２３】
（１−４−１ａ）生成処理Ａ
ステップＳ２１００における、録画コンテンツ管理テーブル１１８から全コンテンツ管理テーブルを生成する際の処理フローを、図２２を用いて説明する。
【０２２４】
お勧め情報提供部１３６は、録画コンテンツ管理テーブル１１８のエントリのうち、オンライン・ストレージ・システム１３３がまだ取得していないエントリを１つ取得する（Ｓ２２００）。
【０２２５】
お勧め情報提供部１３６は、全コンテンツ管理テーブル１４３のエントリから１つ取得する（Ｓ２２０１）
【０２２６】
お勧め情報提供部１３６は、再放送によって番組属性が複数ある場合があるため、録画コンテンツ管理テーブル１１８のエントリと全コンテンツ管理テーブル１４３のエントリとの番組属性が一致するかを判定する（Ｓ２２０２）。
【０２２７】
番組属性が一致する場合（Ｓ２２０２：Yes）、お勧め情報提供部１３６は、録画コンテンツ管理テーブル１１８のエントリと全コンテンツ管理テーブル１４３のエントリの番組識別情報とが一致するかを判定する（Ｓ２２０３）。一致する場合には（Ｓ２２０３：Yes）、お勧め情報提供部１３６は、ステップＳ２２０６の処理を行う。
【０２２８】
番組識別情報が一致しない場合（Ｓ２２０３：No）、お勧め情報提供部１３６は、録画コンテンツ管理テーブル１１８の番組識別情報を全コンテンツ管理テーブル１４３の番組識別情報の列にリスト形式で追加すると（Ｓ２２０４）、ステップＳ２２０６の処理を行う。
【０２２９】
番組属性が一致しない場合（Ｓ２２０２：No）、全コンテンツ管理テーブル１４３に未登録のため、お勧め情報提供部１３６は全コンテンツ管理テーブル１４３に、割り当てたＵＩＤ、録画コンテンツ管理テーブル１１８の番組識別情報、及び番組属性を登録する（Ｓ２２０５）。
【０２３０】
そうしてお勧め情報提供部１３６は、全コンテンツ管理テーブル１４３のすべてのエントリを取得したかを判定する（Ｓ２２０６）。すべて取得していない場合は（Ｓ２２０６：No）、お勧め情報提供部１３６は再びステップＳ２２０１の処理を行う。
【０２３１】
お勧め情報提供部１３６は、録画コンテンツ管理テーブル１１８のすべてのエントリを取得したかを判定する（Ｓ２２０７）。
【０２３２】
すべて取得した場合には（Ｓ２２０７: Yes）お勧め情報提供部１３６は、この処理を終了して、ステップＳ２３００の処理に進む。一方、すべて取得していない場合は（Ｓ２２０７: No）お勧め情報提供部１３６は、再びステップＳ２２００の処理を行う。
【０２３３】
（１−４−１ｂ）生成処理Ｂ
ステップＳ２１０１における、販売コンテンツ管理テーブル１５５から全コンテンツ管理テーブル１４３を生成する際の処理フローを説明する。
【０２３４】
販売コンテンツ管理テーブル１５５から全コンテンツ管理テーブル１４３を生成する際の処理フローは、お勧め情報提供部１３６が、録画コンテンツ管理テーブル１１８ではなく販売コンテンツ管理テーブル１５５を用いて処理すること以外は図２２と同様の手順である。お勧め情報提供部１３６は、この処理によって販売コンテンツ管理テーブル１５５から全コンテンツ管理テーブル１４３を生成する。
【０２３５】
（１−４−１ｃ）生成処理Ｃ
ステップＳ２１０２において、紹介記事管理テーブル１２６から全コンテンツ管理テーブル１４３を生成する際の処理フローを、図２３を用いて説明する。
【０２３６】
お勧め情報提供部１３６は、紹介記事管理テーブル１２６のエントリから１つ取得する（Ｓ２３００）。
【０２３７】
お勧め情報提供部１３６は、全コンテンツ管理テーブル１４３のエントリから１つ取得する（Ｓ２３０１）。
【０２３８】
お勧め情報提供部１３６は、紹介記事管理テーブル１２６のエントリと全コンテンツ管理テーブル１４３のエントリとの番組属性は一致するかを判定する（Ｓ２３０２）。
【０２３９】
番組属性が一致する場合には（Ｓ２３０２：Yes）、お勧め情報提供部１３６は、全コンテンツ管理テーブル１４３のエントリから、まだ取得していない趣味毎記事内容をリストの先頭から検索し、１つ取得する（Ｓ２３０３）。
【０２４０】
お勧め情報提供部１３６は、紹介記事管理テーブル１２６のエントリの趣味分析情報と、取得したリストの趣味毎記事内容の趣味分析情報と、が一致するかを判定する（Ｓ２３０４）。
【０２４１】
趣味分析情報が一致しない場合（Ｓ２３０４：No）、お勧め情報提供部１３６は、紹介記事管理テーブル１２６のエントリの趣味分析情報と記事内容とを、全コンテンツ管理テーブル１４３のエントリの趣味毎記事内容にリスト形式で追加する（Ｓ２３０５）。
【０２４２】
一方、趣味分析情報が一致する場合（Ｓ２３０４：Yes）、お勧め情報提供部１３６は、全コンテンツ管理テーブル１４３のエントリされている趣味毎記事内容をすべて取得したかを判定する（Ｓ２３０６）。趣味毎記事内容をすべて取得していない場合には（Ｓ２３０６：No）、お勧め情報提供部１３６は、再びステップＳ２３０３の処理を行う。
【０２４３】
番組属性が一致しない場合（Ｓ２３０２：No）、または、趣味毎記事内容をすべて取得した場合には（Ｓ２３０６：Yes）、お勧め情報提供部１３６は、全コンテンツ管理テーブル１４３のエントリをすべて取得したかを判定する（Ｓ２３０７）。すべて取得していない場合には（Ｓ２３０７：No）、お勧め情報提供部１３６は、再びステップＳ２３０１の処理を行う。
【０２４４】
すべて取得している場合には（Ｓ２３０７：Yes）、お勧め情報提供部１３６は、紹介記事管理テーブル１２６のエントリをすべて取得したか判定する（Ｓ２４０８）。すべて取得していない場合には（Ｓ２３０８：No）、お勧め情報提供部１３６は、再びステップＳ２３００の処理を行う。すべて取得している場合には（Ｓ２３０７：Yes）、お勧め情報提供部１３６は、この処理を終了し、ステップＳ２１０３の処理を行う。
【０２４５】
ステップＳ２３０４において、お勧め情報提供部１３６が、趣味毎記事内容の趣味分析情報の比較をしているが、記事内容も比較するとしてもよい。お勧め情報提供部１３６が記事内容を比較することで、紹介記事管理テーブル１２６の記事内容が更新されたときに、全コンテンツ管理テーブル１４３の記事内容も上書きし更新することができる。
【０２４６】
お勧め情報提供部１３６は、以上の処理で生成した全コンテンツ管理テーブル１４３のエントリを取得することで、どのコンテンツをどのコンテンツ販売・配信システム１４５が販売しているのかを識別できる。
【０２４７】
（１−４−２）分析処理
次に、ステップＳ２１０３の分析処理、ステップＳ２１０４の検索処理、及びステップ２１０５の検索処理を、（１−４−２ａ）ユーザの趣味情報の分析処理、（１−４−２ｂ）趣味情報に基づくお勧めコンテンツの検索処理、及び（１−４−２ｃ）趣味情報に基づくお勧め記事の検索処理、のフローチャートに分けて説明する。
【０２４８】
（１−４−２ａ）ユーザの趣味情報の分析処理
ユーザの趣味情報を分析する際の処理フローを図２４及び図２５を用いて説明する。
【０２４９】
お勧め情報提供部１３６は、オンライン・ストレージ・ユーザ管理テーブル１４１のエントリから１つ取得する（Ｓ２４００）。
【０２５０】
お勧め情報提供部１３６は、お勧め情報の取得を要求してきたユーザのユーザＩＤと、取得したエントリのユーザＩＤと、が一致しているか判定する（Ｓ２４０１）。ユーザＩＤが一致しない場合には（Ｓ２４０１：No）、ステップＳ２４０５の処理を行う。
【０２５１】
ユーザＩＤが一致する場合には（Ｓ２４０１：Yes）、お勧め情報提供部１３６は、オンライン・ストレージ・ユーザ管理テーブル１４１のエントリからＩＰアドレスを取得し、そのＩＰアドレスが設定されているＨＤＤレコーダ・システム１０１の管理テーブル送信部１０７に、趣味ソース管理テーブル１１５の取得要求を送信する（Ｓ２４０２）。
【０２５２】
ＨＤＤレコーダ・システム１０１の管理テーブル送信部１０７は、要求元であるオンライン・ストレージ・システム１３３のお勧め情報提供部１３６に趣味ソース管理テーブル１１５を送信する（Ｓ２４０３）。
【０２５３】
お勧め情報提供部１３６は、ＨＤＤレコーダ・システム１０１から要求した趣味ソース管理テーブル１１５を受信する（Ｓ２４０４）。
【０２５４】
お勧め情報提供部１３６は、オンライン・ストレージ・ユーザ管理テーブル１４１のエントリをすべて取得したか判定する（Ｓ２４０５）。オンライン・ストレージ・ユーザ管理テーブル１４１のエントリをすべて取得していない場合には（Ｓ２４０５：No）、お勧め情報提供部１３６は、再びステップＳ２４００の処理を行う。
【０２５５】
オンライン・ストレージ・ユーザ管理テーブル１４１のエントリをすべて取得している場合には（Ｓ２４０５：Yes）、お勧め情報提供部１３６は、ユーザが所有するＨＤＤレコーダ・システム１０１の趣味ソース管理テーブル１１５を１つ取得し、処理対象にする（Ｓ２４０６）。
【０２５６】
お勧め情報提供部１３６は、趣味ソース管理テーブル１１５のエントリから１つ取得する（Ｓ２４０７）。
【０２５７】
お勧め情報提供部１３６は、趣味分析結果テーブル１６６のエントリから１つ取得する（Ｓ２４０８）。
【０２５８】
お勧め情報提供部１３６は、趣味ソース管理テーブル１１５のエントリと、趣味分析結果テーブル１６６のエントリと、の趣味分析情報が一致しているかを判定する（Ｓ２４０９）。味分析情報が一致していない場合は（Ｓ２４０９：No）、お勧め情報提供部１３６は、ステップＳ２４１１の処理を行う。
【０２５９】
趣味分析情報が一致している場合は（Ｓ２４０９：Yes）、お勧め情報提供部１３６は、趣味ソース管理テーブル１１５のエントリに該当する再生回数を、趣味分析結果管理テーブル１６６のエントリに該当する再生回数に加算する（Ｓ２４１０）。
【０２６０】
お勧め情報提供部１３６は、趣味分析結果テーブル１６６のエントリをすべて取得したか判定する（Ｓ２４１１）。すべて取得していない場合は（Ｓ２４１１：No）お勧め情報提供部１３６は、再びステップＳ２５０８の処理を行う。
【０２６１】
趣味分析結果テーブル１６６のエントリをすべて取得した場合には（Ｓ２４１１：Yes）、お勧め情報提供部１３６は、趣味ソース管理テーブル１１５のエントリをすべて取得したか判定する（Ｓ２４１２）。すべて取得していない場合は（Ｓ２４１２：No）お勧め情報提供部１３６は、再びステップＳ２５０７の処理を行う。
【０２６２】
趣味ソース管理テーブル１１５のエントリをすべて取得している場合は（Ｓ２４１２：Yes）、引き続き、お勧め情報提供部１３６は、ユーザが所有するＨＤＤレコーダ・システム１０１の趣味ソース管理テーブル１１５をすべて処理対象としたか判定する（Ｓ２４１３）。すべて取得していない場合は（Ｓ２４１３：No）お勧め情報提供部１３６は、再びステップＳ２５０６の処理を行う。
【０２６３】
趣味ソース管理テーブル１１５のエントリをすべて取得している場合は（Ｓ２４１３：Yes）、お勧め情報提供部１３６は、趣味分析結果テーブル１６６にあるジャンルと出演者とに基づいて、再生回数の多い順にランクをつけて（Ｓ２４１４）、この処理を終了する。その後、お勧め情報提供部１３６は、上述したステップＳ２１０４の処理を行うこととなる。
【０２６４】
（１−４−２ｂ）趣味情報に基づくお勧めコンテンツの検索処理
趣味情報に基づくお勧めコンテンツを検索する際の処理フローを、図２６を用いて説明する。
【０２６５】
お勧め情報提供部１３６は、趣味分析結果テーブル１６６のまだ取得していないユーザの趣味情報（ジャンル及び出演者）をランクの小さい順に検索して、エントリを１つ取得する（Ｓ２６００）。
【０２６６】
お勧め情報提供部１３６は、お勧め情報の生成要求を送信したＨＤＤレコーダ・システム１０１にある録画コンテンツ管理テーブル１１８のエントリを録画コンテンツＩＤの小さい順に検索して、エントリを１つ取得する（Ｓ２６０１）。
【０２６７】
お勧め情報提供部１３６は、録画コンテンツ管理テーブル１１８から取得したエントリの再生回数が０回か否かを判定する（Ｓ２６０２）。再生回数が０回でない場合には（Ｓ２６０２：No）ユーザが視聴している番組なので、お勧め情報提供部１３６は、ステップＳ２６１１の処理を行う。
【０２６８】
再生回数が０回である場合には（Ｓ２６０２：Yes）ユーザが視聴していない番組であるので、お勧め情報提供部１３６は、録画コンテンツ管理テーブル１１８から取得したエントリのジャンルまたは出演者と、趣味分析結果テーブル１６６から取得したユーザの趣味情報とが一致するか判定する（Ｓ２６０３）。一致しない場合には（Ｓ２６０３：No）取得した録画コンテンツがユーザの趣味範囲ではないので、お勧め情報提供部１３６は、ステップＳ２６１１の処理を行う。
【０２６９】
一方、一致する場合には（Ｓ２６０３：Yes）、取得した録画コンテンツがユーザの趣味範囲なので、お勧め情報提供部１３６は、お勧めコンテンツに決定し、録画コンテンツ管理テーブル１１８と全コンテンツ管理テーブル１４３とから、対応するＵＩＤを取得する（Ｓ２６０４）。
【０２７０】
次に、お勧め情報提供部１３６は、決定したお勧めコンテンツのシリーズ名が０か判定する（Ｓ２６０５）。
【０２７１】
決定したお勧めコンテンツがシリーズ番組ではないと判定すると（Ｓ２６０５：Yes）、お勧め情報提供部１３６は、この処理を終了する。
【０２７２】
一方、決定したお勧めコンテンツがシリーズ番組ではあると判定すると（Ｓ２６０５：No）、お勧め情報提供部１３６は、全コンテンツ管理テーブル１４３のエントリを１つ取得する（Ｓ２６０６）。
【０２７３】
お勧め情報提供部１３６は、決定したお勧めコンテンツのシリーズ名と全コンテンツ管理テーブル１４３から取得したエントリのシリーズ名とが一致するか判定する（Ｓ２６０７）。
【０２７４】
一致する場合には（Ｓ２６０７：Yes）全コンテンツ管理テーブル１４３から取得したエントリが決定したお勧めコンテンツのシリーズ番組であるので、お勧め情報提供部１３６は、お勧めコンテンツに決定し、録画コンテンツ管理テーブル１１８と全コンテンツ管理テーブル１４３とから、対応するＵＩＤを取得する（Ｓ２６０８）。
【０２７５】
一致しない場合には（Ｓ２６０７：No）、全コンテンツ管理テーブル１４３から取得したエントリが決定したお勧めコンテンツのシリーズ番組ではないので、お勧め情報提供部１３６は、全コンテンツ管理テーブル１４３のエントリをすべて取得したか判定する（Ｓ２６０９）。全コンテンツ管理テーブル１４３のエントリをすべて取得していない場合には（Ｓ２６０９：No）、お勧め情報提供部１３６は、再びステップＳ２６０６の処理を行う。
【０２７６】
全コンテンツ管理テーブル１４３のエントリをすべて取得した場合には（Ｓ２６０９：Yes）、お勧め情報提供部１３６は、録画コンテンツ管理テーブル１１８の放送回をキーにして、録画コンテンツ管理テーブル１１８のコンテンツ群から決定したお勧めコンテンツを昇順にソートする（Ｓ２６１０）。
【０２７７】
お勧め情報提供部１３６は、お勧め情報の生成要求を送信したＨＤＤレコーダ・システム１０１にある録画コンテンツ管理テーブル１１８のエントリをすべて取得したか判定する（Ｓ２６１１）。録画コンテンツ管理テーブル１１８のエントリをすべて取得していない場合には（Ｓ２６１１：No）、お勧め情報提供部１３６は、再びステップＳ２６０１の処理を行う。
【０２７８】
録画コンテンツ管理テーブル１１８のエントリをすべて取得した場合には（Ｓ２６１１：Yes）、引き続きお勧め情報提供部１３６は、趣味分析結果テーブル１６６のエントリをすべて取得したか判定する（Ｓ２６１２）。趣味分析結果テーブル１６６のエントリをすべて取得していない場合には（Ｓ２６１２：No）、お勧め情報提供部１３６は、再びＳ２６００の処理を行う。一方、趣味分析結果テーブル１６６のエントリをすべて取得した場合には（Ｓ２６１２：Yes）、お勧め情報提供部１３６は、この処理を終了し、上述したステップＳ２１０５の処理を行うこととなる。
【０２７９】
なお、毎回同じ録画コンテンツがお勧めコンテンツに決定してしまうことが起こり得ないように、お勧め情報提供部１３６は、お勧めコンテンツの履歴を残しておき、その履歴に記録されていないコンテンツからお勧めコンテンツを選定する処理を行えば、毎回同じコンテンツが選ばれることを回避することができる。
【０２８０】
（１−４−２ｃ）趣味情報に基づくお勧め記事の検索処理
趣味情報に基づくお勧め記事を検索する際の処理フローを、図２７を用いて説明する。
【０２８１】
お勧め情報提供部１３６は、決定したお勧めコンテンツから１つ取得し、取得したお勧めコンテンツに該当するＵＩＤを全コンテンツ管理テーブル１４３から取得する（Ｓ２７００）。
【０２８２】
お勧め情報提供部１３６は、趣味分析結果テーブル１６６のエントリからユーザの趣味情報（ジャンル、出演者）の再生回数に基づいてランクの小さい順に検索して、ユーザの趣味情報を１つ取得する（Ｓ２７０１）。
【０２８３】
お勧め情報提供部１３６は、お勧めコンテンツのＵＩＤに対応する全コンテンツ管理テーブル１４３のエントリから、まだ取得していない趣味毎記事内容を１つ取得する（Ｓ２７０２）。
【０２８４】
お勧め情報提供部１３６は、ユーザの趣味情報とお勧めコンテンツのエントリの趣味分析情報とが一致するか判定する（Ｓ２７０３）。
【０２８５】
ユーザの趣味情報とお勧めコンテンツのエントリの趣味分析情報とが一致する場合には（Ｓ２７０３：Yes）、お勧め情報提供部１３６は、趣味毎記事内容をお勧めの紹介記事コンテンツ（お勧めコンテンツ、ともいう）に決定する（Ｓ２７０４）。
【０２８６】
ユーザの趣味情報とお勧めコンテンツのエントリの趣味分析情報とが一致しない場合（Ｓ２７０３：No）、又は、お勧めの紹介記事コンテンツが決定した場合には（Ｓ２７０４）、お勧め情報提供部１３６は、お勧めコンテンツのＵＩＤに対応する全コンテンツ管理テーブル１４３のエントリから、趣味毎記事内容をすべて取得したかを判定する（Ｓ２７０５）。趣味毎記事内容をすべて取得していない場合には（Ｓ２７０５：No）、お勧め情報提供部１３６は、再びステップＳ２７０２の処理を行う。
【０２８７】
趣味毎記事内容をすべて取得した場合には（Ｓ２７０５：Yes）、引き続きお勧め情報提供部１３６は、趣味分析結果テーブル１６６からユーザの趣味情報をすべて取得したか判定する（Ｓ２７０６）。ユーザの趣味情報をすべて取得していない場合には（Ｓ２７０６：No）、お勧め情報提供部１３６は、再びステップＳ２７０２の処理を行う。
【０２８８】
一方、ユーザの趣味情報をすべて取得している場合には（Ｓ２７０６：Yes）、お勧め情報提供部１３６は、お勧めコンテンツのＵＩＤをすべて取得したか判定する（Ｓ２７０７）。お勧めコンテンツのＵＩＤをすべて取得していない場合には（Ｓ２７０７：No）、お勧め情報提供部１３６は、再びステップＳ２７００の処理を行う。
【０２８９】
お勧めコンテンツのＵＩＤをすべて取得している場合には（Ｓ２７０７：Yes）、お勧め情報提供部１３６は、この処理を終了して、ステップＳ２１０６の処理を行う。
【０２９０】
（１−４−３）お勧め情報の生成処理
では次に、お勧めコンテンツをファイル形式で生成する際の処理フローを、図２８を用いて説明する。
【０２９１】
お勧め情報提供部１３６は、ステップＳ２１０４及びステップＳ２１０５で検索したお勧めコンテンツをテキストファイル形式で生成するため、新規なテキストファイルをオープンする（Ｓ２８００）。この新規なテキストファイルには、お勧めコンテンツが書き込まれるため、お勧め情報提供部１３６は、このテキストファイルをお勧め情報ファイルとして設定する。
【０２９２】
お勧め情報提供部１３６は、決定したお勧めコンテンツのＵＩＤの中から小さい順に検索して、決定したお勧めコンテンツのＵＩＤを１つ取得する（Ｓ２８０１）。
【０２９３】
取得したＵＩＤに対応する全コンテンツ管理テーブル１４３のエントリを取得する（Ｓ２８０２）。
【０２９４】
お勧め情報提供部１３６は、タグを生成し、取得したエントリのＵＩＤ、番組識別情報、番組属性及び決定したお勧めの紹介記事コンテンツをお勧め情報ファイルに書き込む（Ｓ２８０３）。
【０２９５】
お勧め情報提供部１３６は、取得したエントリのシリーズ名が「０」か否かを判定する（Ｓ２８０４）。取得したエントリがシリーズ番組である場合には（Ｓ２８０４：Yes）、お勧め情報提供部１３６は、ステップＳ２８０８の処理を行う。
【０２９６】
取得したエントリがシリーズ番組ではない場合には（Ｓ２８０４：No）、お勧め情報提供部１３６は、項目情報を入力したタグを生成し、取得したエントリのシリーズ名、全放送回、及び、放送回をお勧め情報ファイルに書き込む（Ｓ２８０５）。
【０２９７】
お勧め情報提供部１３６は、取得したエントリの番組属性と一致する録画コンテンツがあるかを録画コンテンツ管理テーブル１１８に基づいて判定する（Ｓ２８０６）。すなわち、お勧め情報提供部１３６は、取得したエントリがすでに録画されているか否かを判定する。すでに取得したエントリが録画されている場合には（Ｓ２８０６：Yes）、取得したエントリが購入できる価格情報をお勧め情報ファイルには書き込まずに、お勧め情報提供部１３６は、ステップＳ２８０８の処理を行う。
【０２９８】
すでに取得したエントリがまだ録画されていない場合には（Ｓ２８０６：No）、お勧め情報提供部１３６は、価格項目情報を入力したタグを生成し、取得したエントリの価格をお勧め情報ファイルに書き込む（Ｓ２８０７）。
【０２９９】
お勧め情報提供部１３６は、お勧めコンテンツのＵＩＤをすべて取得したか判定する（Ｓ２８０８）。お勧めコンテンツのＵＩＤをすべて取得していない場合には（Ｓ２８０８：No）、お勧め情報提供部１３６は、再びステップＳ２８０１の処理を行う。
【０３００】
お勧めコンテンツのＵＩＤをすべて取得した場合には（Ｓ２８０８：Yes）、お勧めコンテンツをお勧め情報ファイルに全て書き込むことができたので、お勧め情報提供部１３６は、お勧め情報ファイルをクローズする（Ｓ２８０９）。以上の処理で、お勧め情報提供部１３６は、お勧め情報ファイルを生成する。
【０３０１】
お勧め情報提供部１３６は、以上のステップを実行した結果、生成したお勧め情報ファイルをテキスト形式で表示した例を図２９に示す。
【０３０２】
例えば、ステップＳ２１０３の趣味情報分析処理によって生成された趣味分析結果管理テーブル１６６において、「Ｕｓｅｒ０」の「Ａｃｔ１」のランクが「１」であったとする。このとき、ステップＳ２１０４のお勧めコンテンツの検索処理では、録画コンテンツ管理テーブル１１８に登録されている録画コンテンツから、再生回数が「０」回であり、かつ、出演者が「Ａｃｔ１」である「Ｒ_ＩＤ２」の録画コンテンツがまずお勧めコンテンツに決定される。「Ｒ_ＩＤ２」はシリーズ名が登録されているシリーズ番組のコンテンツであるため、全コンテンツ管理テーブル１４３に登録された同シリーズ名を持つコンテンツもお勧めコンテンツとして決定される。
【０３０３】
そして、お勧めコンテンツの検索処理の結果、「Ｕ_ＩＤ２」、「Ｕ_ＩＤ３」、及び「Ｕ_ＩＤ４」の全コンテンツＩＤが付されたコンテンツがお勧めコンテンツに決定される。
【０３０４】
引き続きステップＳ２１０５における、お勧めの記事紹介コンテンツの検索処理では、全コンテンツ管理テーブル１４３を用いて、趣味毎記事内容の趣味分析情報が「Ａｃｔ１」である記事内容がお勧めの記事紹介コンテンツとして決定され、結果として、「Ｕ_ＩＤ２」に対応する「Ｒｅｐ６」、「Ｕ_ＩＤ３」に対応する「Ｒｅｐ８」、及び「Ｕ_ＩＤ４」に対応する「Ｒｅｐ１０」がお勧めの記事紹介コンテンツに決定される。
【０３０５】
以上の情報に基づいて、お勧め情報提供部１３６は、お勧め情報の生成処理を実行し、図２９に示すようなお勧め情報ファイルＦを生成し、ＨＤＤレコーダ・システム１０１の表示部１０４を介してユーザに提供する。
【０３０６】
なお、上記実施の形態では、お勧め情報の契機はユーザからの要求としたが、お勧め情報提供部１３６が、定期的にステップＳ２１００からＳ２１０６を実行後、ＨＤＤレコーダ・システム１０１やモバイル端末１２７にお勧め情報を送信し、お勧め情報をユーザに提供してもよい。
【０３０７】
例えば、お勧め情報提供部１３６は、モバイル端末１２７へメールとして配信してもよい。ＧＰＳを搭載したモバイル端末１２７での場合であれば、お勧め情報提供部１３６は、通常はＨＤＤレコーダ・システム１０１へお勧め情報を配信するが、お勧め情報提供部１３６は、ＧＰＳ情報に基づいて、モバイル端末１２７が家から離れたことを検知すると、ＨＤＤレコーダ・システム１０１から配信先が変更され、モバイル端末１２７に配信されるようにしてもよい。
【０３０８】
モバイル端末１２７からお勧め情報の取得要求があった場合は、ＨＤＤレコーダ・システム１０１内にのみ存在する録画コンテンツを再生しようとすると、ＨＤＤレコーダ・システム１０１からオンライン・ストレージ・システム１３３へのコンテンツのコピーが必要であることから、遅延が発生してしまう。そこで、このような場合には、お勧め情報提供部１３６が、オンライン・ストレージ・システム１３３にのみ格納されている録画コンテンツをお勧めコンテンツの選定対象から外してもよい。お勧め情報提供部１３６は、ユーザ毎格納コンテンツ管理テーブル１４０のバックアップフラグ及び移動フラグが「０」に設定されている場合に、コンテンツがＨＤＤレコーダ・システム１０１内にのみ格納されていると判定できるので、そのコンテンツをお勧めコンテンツの選定対象から外すことができる。
【０３０９】
本実施の形態では、お勧め情報提供部１３６は、放送される番組情報からチャンネル番号や放送日時を取得したが、Ｇコードから取得してもよい。
【０３１０】
（１−５）本実施の形態の効果
本実施の形態によれば、ユーザにお勧めするコンテンツの選定対象を、実際に録画したＨＤＤレコーダ・システム内に限らず、オンライン・ストレージ・システム内のコンテンツや、コンテンツ販売・配信システムが販売するコンテンツにまで広げることで、ユーザが一層好むコンテンツをお勧めすることができる。
【０３１１】
また、コンテンツ提供システムでは、連続している複数のコンテンツを合わせて紹介でき、また特定の放送回を録画してなくても、その放送回のみコンテンツ販売・配信システムから購入して再生できるようにすることで、ユーザの利便性が向上する。
【０３１２】
ユーザの趣味に合わせた紹介記事コンテンツを提供することで、勧められたコンテンツに対するユーザの視聴意欲を高めることができる。
【０３１３】
（２）第２の実施の形態
第２の実施の形態について、図を用いて説明する。
【０３１４】
本実施の形態では、ＨＤＤレコーダ・システム１０１Ａ内のユーザの趣味情報だけではなく、メール、Ｗｅｂアクセス履歴、ブログ、ＳＮＳの参加しているコミュニティ、及びボイスレコーダによる音声情報等のコンテンツ（コンテンツデータ）からユーザの趣味情報を分析し、よりユーザの趣味に合致したお勧めコンテンツを提供するシステムを実現することを目的としている。
【０３１５】
図３０は、第２の実施の形態におけるコンテンツ提供システム１Ａの構成概要を示している。
【０３１６】
本実施の形態によるコンテンツ提供システム１Ａは、家庭１００´内に配置されるＰＣ３００５、ボイスレコーダ３０００、及びＨＤＤレコーダ・システム１０１Ａがネットワーク１６２を介して、ブログ・サービス・システム３０１６、ＳＮＳシステム３０２１、Ｗｅｂサービス・システム３０２６、及びオンライン・ストレージ・システム１３３Ａと接続される構成である。
【０３１７】
ＰＣ３００５は、ユーザがメール、ブログサイト、ＳＮＳサイト、Ｗｅｂサイトを利用するために用いられ、記憶装置３００８とメモリ３００７とが設けられている。
【０３１８】
ＰＣ３００５の記憶装置３００８には、送受信したメールがまとめて格納されているメール情報３００９と、Ｗｅｂサイトにアクセスした複数の履歴を格納するＷｅｂアクセス履歴群３０１０と、が格納されている。
【０３１９】
ＰＣ３００５のメモリ３００７には、メール情報のメールのテキストデータとＷｅｂアクセス履歴のＵＲＬデータをＨＤＤレコーダ・システム１０１Ａへ送信するための情報ソース送信部３００６が一時的に格納されている。
【０３２０】
ボイスレコーダ３０００は、例えば、ＵＳＢ３０３３でＰＣ３００５と接続されている。ＨＤＤレコーダ・システム１０１Ａは、ＰＣ３００５経由でボイスレコーダ３０００から音声コンテンツを取得する。ボイスレコーダ３０００は、ＰＣ３００５に接続されており、ＰＣ３００５からボイスレコーダ３０００のファイルシステムを認識し、ファイルにアクセス可能な状態にある。
【０３２１】
また、ボイスレコーダ３０００は、記憶装置３００４から構成される。記憶装置３００４には、ボイスレコーダ３０００が録音した音声コンテンツ群３００３が格納されている。音声コンテンツ群３００３とは、ボイスレコーダ３０００が録音した複数の音声コンテンツをいう。
【０３２２】
ＨＤＤレコーダ・システム１０１Ａは、各種テーブル３０１２から３０１５が格納された記憶装置１１３Ａと、趣味ソース生成部３０１１が一時的に格納されたメモリ１０５Ａとから構成される。各種テーブルの構成については、後述する。
【０３２３】
ブログ・サービス・システム３０１６は、ネットワーク１６２と接続するための通信部３００１と、ブログ・サービスを提供するブログ・サービス部３０１８が一時的に格納されるメモリ３０１７と、ブログ群３０２０が格納された記憶装置３０１９と、から構成されている。ブログ群とは、ユーザから投稿されたブログが複数あることを示す。
【０３２４】
ＳＮＳシステム３０１２は、ネットワーク１６２と接続するための通信部３００２と、ＳＮＳを提供するＳＮＳ部３０２３が一時的に格納されたメモリ３０２２と、ＳＮＳユーザ情報管理テーブル３０２５が格納された記憶装置３０２４と、から構成されている。
【０３２５】
Ｗｅｂサービス・システム３０２６は、ネットワーク１６２と接続するための通信部３０３１と、Ｗｅｂサイトの公開などのサービスを提供するＷｅｂサイト・サービス部３０２８が一時的に格納されたメモリ３０２７と、Ｗｅｂページ群３０３０が格納された記憶装置３０２４と、から構成されている。Ｗｅｂページ群とは、Ｗｅｂページが複数あることを示す。
【０３２６】
なお、オンライン・ストレージ・システム１３３Ａは、第１の実施の形態で説明をした構成と同じ構成のため、説明を省略する。但し、対象とするコンテンツが第１の実施の形態とは異なるので、第１の実施の形態で説明した構成と同じ構成で同じ機能をもつものには、図３０の図番にＡを付して示している。
【０３２７】
図３１は、情報ソース管理テーブル３０１２の例を示している。
【０３２８】
情報ソース管理テーブル３０１２は、ＨＤＤレコーダ・システム１０１Ａが情報を管理するためのテーブルであって、「情報ソースＩＤ」欄３１００、「情報種別」欄３１０１、「情報ソース」欄３１０２、「重み」欄３１０３、「最終取得日時」欄３１０４、「ユーザＩＤ」欄３１０５、及び、「パスワード」欄３１０６から構成される。
【０３２９】
「情報ソースＩＤ」欄３１００には、ＨＤＤレコーダ・システム１０１Ａが自システム内で情報ソースを管理するためのＩＤが登録される。
【０３３０】
「情報種別」欄３１０１には、ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１が趣味ソース情報を生成する処理内容を決定するために用いる情報ソースの種別が登録される。
【０３３１】
「情報ソース」欄３１０２には、情報種別の情報を取得する取得先が登録される。
【０３３２】
「重み」欄３１０２には、ユーザが重視する情報ソースの割合を示すもので、趣味ソース管理テーブル３０１３のヒット件数を加算する際にヒット件数に乗算する値が登録される。重み３１０２の数値を変更することで、ユーザの趣味への影響度を変化させることができる。
【０３３３】
「最終取得日時」欄３１０３には、趣味ソース生成部３０１１が情報ソースを取得した最終取得日時が登録される。
【０３３４】
「ユーザＩＤ」欄３１０５、及び、「パスワード」欄３１０６には、ＡＰＩを用いてＳＮＳにログインするためのユーザＩＤとパスワードとが登録される。
【０３３５】
図３２は、メールソース管理テーブル３０１５の例を示している。
【０３３６】
メールソース管理テーブル３０１５は、ＨＤＤレコーダ・システム１０１Ａメール情報３００９を管理するテーブルであって、「Message-ＩＤ」欄３２００から構成される。「Message-ＩＤ」欄３２００には、メールクライアントが生成するメールを一意に識別するための識別子が登録される。
【０３３７】
図３３は、ＳＮＳユーザ情報管理テーブルの例を示している。
【０３３８】
ＳＮＳユーザ情報管理テーブル３０２５は、ＳＮＳシステム３０２１がＳＮＳを利用するユーザの情報を管理するためのテーブルであって、「コミュニティＩＤ」欄３３００、「コミュニティ名」欄３３０１から構成される。「コミュニティＩＤ」欄３３００には、ＳＮＳシステム３０２１が、自システム内でコミュニティ名を管理するためのＩＤが登録される。「コミュニティ名」欄３３０１には、ユーザがＳＮＳで所属しているコミュニティ名が登録される。
【０３３９】
図３４は、ＳＮＳソース管理テーブルの例を示している。
【０３４０】
ＳＮＳソース管理テーブル３０１４、ＨＤＤレコーダ・システム１０１ＡがＳＮＳを利用するユーザの情報を管理するテーブルであって、「コミュニティＩＤ」欄３４００、「コミュニティ名」欄３４０１、及び、「チェックフラグ」欄３４０２から構成されている。
【０３４１】
「コミュニティＩＤ」欄３４００、及び「コミュニティ名」欄３４０１は、上述した「コミュニティＩＤ」欄３３００、及び「コミュニティ名」欄３３０１と同様の内容なので、説明を省略する。
【０３４２】
「チェックフラグ」欄３４０２には、ＳＮＳユーザ情報管理テーブル３０２５とＳＮＳソース管理テーブル３０１４とのコミュニティ名を比較し、同じコミュニティ名がある場合には、「１」が設定され、同じコミュニティ名がない場合には、「０」が設定される。
【０３４３】
図３５は、趣味ソース管理テーブル３０１３の例を示している。
【０３４４】
趣味ソース管理テーブル３０１３は、「趣味分析情報」欄３５００と「ヒット件数」欄３５０１と、から構成されている。「ヒット件数」欄３５０１には、趣味ソース生成部３０１１が検索してヒットした趣味分析情報の件数が登録される。
【０３４５】
（２−１）趣味ソース情報の生成処理
それでは次に、趣味ソース生成部３０１１は、ユーザのメール、Ｗｅｂアクセス履歴、ブログ、ＳＮＳの参加しているコミュニティ、及びボイスレコーダ３０００の音声の情報から趣味ソース管理テーブル３０１３を生成する。
【０３４６】
趣味ソース情報を生成する際の概要の処理フローを、図３６を用いて説明する。
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、ステップＳ２５０２のお勧め情報提供部１３６から趣味ソース管理テーブル３０１３の取得要求を受信したときに以下の処理フローを実行する。
【０３４７】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、情報ソース管理テーブル３０１２のエントリを、情報ソースＩＤの小さい順に検索して１つ取得する（Ｓ３６００）。
【０３４８】
趣味ソース生成部３０１１は、取得したエントリの情報種別がメールか否かを判定する（Ｓ３６０１）。情報種別がメールである場合は（Ｓ３６０１：Yes）趣味ソース生成部３０１１は、メール情報に基づいて、後述する趣味ソース管理テーブル３０１３の生成処理Ｄを実行する（Ｓ３６０７）。
【０３４９】
一方、情報種別がメールでない場合は（Ｓ３６０１：No）、趣味ソース生成部３０１１は、エントリの情報種別がＷｅｂアクセス履歴か否かを判定する（Ｓ３６０２）。情報種別がＷｅｂアクセス履歴である場合は（Ｓ３６０２：Yes）趣味ソース生成部３０１１は、Ｗｅｂアクセス履歴に基づいて、後述する趣味ソース管理テーブル３０１３の生成処理Ｅを実行する（Ｓ３６０８）。
【０３５０】
情報種別がＷｅｂアクセス履歴でない場合は（Ｓ３６０２：No）、趣味ソース生成部３０１１は、引き続き、エントリの情報種別がブログか否かを判定する（Ｓ３６０３）。情報種別がブログである場合には（Ｓ３６０３：Yes）趣味ソース生成部３０１１は、ブログに基づいて、後述する趣味ソース管理テーブル３０１３の生成処理Ｆを実行する（Ｓ３６０９）。
【０３５１】
情報種別がメールでない場合は（Ｓ３６０３：No）、趣味ソース生成部３０１１は、エントリの情報種別がＳＮＳか否かを判定する（Ｓ３６０４）。情報種別がＳＮＳである場合には（Ｓ３６０４：Yes）趣味ソース生成部３０１１は、ＳＮＳのコミュニティ名に基づいて、後述する趣味ソース管理テーブル３０１３の生成処理Ｇを実行する（Ｓ３６１０）。
【０３５２】
情報種別がＳＮＳでない場合は（Ｓ３６０４：No）、趣味ソース生成部３０１１は、エントリの情報種別がボイスレコーダ３０００か否かを判定する（Ｓ３６０５）。情報種別がボイスレコーダ３０００である場合は（Ｓ３６０５：Yes）、趣味ソース生成部３０１１は、ボイスレコーダ３０００に基づいて、後述する趣味ソース管理テーブル３０１３の生成処理Ｈを実行する（Ｓ３６１１）。
【０３５３】
情報種別がボイスレコーダ３０００でない場合は（Ｓ３６０５：No）、趣味ソース生成部３０１１は、情報ソース管理テーブル３０１２のエントリをすべて取得したか判定する（Ｓ３６０６）。すべて取得していない場合には（Ｓ３６０６：No）趣味ソース生成部３０１１は、再びステップＳ３６００の処理を行が、すべて取得した場合には（Ｓ３６０６：Yes）、この処理を終了し、オンライン・ストレージ・システム１３３Ａに趣味ソース管理テーブル３０１２を送信する（Ｓ２５１３）。
【０３５４】
（２―２）生成処理Ｄ
では次に、趣味ソース管理テーブル３０１３の生成処理Ｄについて詳述する。生成処理Ａは、図３７に示すように、メールから趣味ソース管理テーブル３０１３を生成する際の処理フローである。
【０３５５】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、メールの情報ソースを格納したメールソース情報の取得要求をＰＣ３００５へ送信する（Ｓ３７００）。
【０３５６】
ＰＣ３００５の情報ソース送信部３００６は、取得要求から取得した情報ソースからメールファイルの格納場所を決定して、ＡＰＩを用いて、メールのMessage-ＩＤを１つ取得する（Ｓ３７０１）。
【０３５７】
ＰＣ３００５の情報ソース送信部３００６は、取得したMessage-ＩＤを要求元であるＨＤＤレコーダ・システム１０１Ａへ送信する（Ｓ３７０２）。
【０３５８】
趣味ソース生成部３０１１は、メールソース管理テーブル３０１５のエントリを１つ取得する（Ｓ３７０３）。
【０３５９】
趣味ソース生成部３０１１は、受信したMessage-ＩＤとメールソース管理テーブル３０１５のエントリから取得したMessage-ＩＤとが一致するか否かを判定する（Ｓ３７０４）。両者のMessage-ＩＤが一致する場合には（Ｓ３７０４：Yes）、趣味ソース生成部３０１１は、ステップＳ３７１３の処理を行う。
【０３６０】
両者のMessage-ＩＤが一致しない場合には（Ｓ３７０４：No）、趣味ソース生成部３０１１は、メールソース管理テーブル３０１５のエントリをすべて取得したかどうかを判定し（Ｓ３７０５）、すべて取得するまでステップＳ３７０３及びステップＳ３７０４の処理を実行する（Ｓ３７０５：No）。
【０３６１】
メールソース管理テーブル３０１５のエントリをすべて取得した場合には（Ｓ３７０５：Yes）、次に、趣味ソース生成部３０１１は、取得したMessage-ＩＤを格納したメールの取得要求を送信する（Ｓ３７０６）。
【０３６２】
ＰＣ３００５の情報ソース送信部３００６は、取得要求から取得したMessage-ＩＤに対応するメールを送信する（Ｓ３７０７）。
【０３６３】
趣味ソース生成部３０１１は、趣味ソース管理テーブル３０１３のエントリを１つ取得する（Ｓ３７０８）。
【０３６４】
趣味ソース生成部３０１１は、取得したエントリから趣味分析情報を取得する（Ｓ３７０９）。
【０３６５】
趣味ソース生成部３０１１は、メールの本文を、取得した趣味分析情報に基づいて検索する。そうして趣味ソース生成部３０１１は、メールの本文から趣味分析情報がヒットしたヒット件数に、情報ソース管理テーブルの重みを掛けて、趣味ソース管理テーブル３０１３のエントリのヒット件数に加算する（Ｓ３７１０）。情報ソース管理テーブル３０１２より、メールの重みは「１」であるので、趣味ソース生成部３０１１は、ヒット件数に１を掛けた値を、趣味ソース管理テーブル３０１３のヒット件数の値に加算する。
【０３６６】
趣味ソース生成部３０１１は、趣味ソース管理テーブル３０１３のエントリをすべて取得したか確認して（Ｓ３７１１）、すべて取得するまでステップＳ３７０８からステップＳ３７１０の処理を行う（Ｓ３７１１：No）。
【０３６７】
趣味ソース管理テーブル３０１３のエントリをすべて取得した場合には（Ｓ３７１１：Yes）、趣味ソース生成部３０１１は、Message-ＩＤをメールソース管理テーブル３０１５に登録する（Ｓ３７１２）。
【０３６８】
趣味ソース生成部３０１１は、次のメール情報の取得要求を送信し（Ｓ３７１３）、生成処理Ａを終了する。
【０３６９】
ＰＣ３００５の情報ソース送信部３００６は、メールのMessage-ＩＤをすべて取得したか確認し（Ｓ３７１４）、すべて取得していない場合には（Ｓ３７１４：No）、情報ソース送信部３００６は、再びステップＳ３７０１の処理を行う。メールのMessage-ＩＤをすべて取得した場合には（Ｓ３７１４：Yes）、情報ソース送信部３００６は、生成処理Ｄを終了する。
【０３７０】
（２―３）生成処理Ｅ
趣味ソース管理テーブル３０１３の生成処理Ｅについて詳述する。生成処理Ｅは、図３８に示すように、Ｗｅｂアクセス履歴から趣味ソース管理テーブル３０１３を生成する際の処理フローである。
【０３７１】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、情報ソース、及び最終取得日時を格納した情報ソースの取得要求を送信する（Ｓ３８００）。
【０３７２】
ＰＣ３００５の情報ソース送信部３００６は、取得要求から取得した情報ソースからファイルの格納場所を決定して、まだ取得していないＷｅｂアクセス履歴を１つ取得する（Ｓ３８０１）。
【０３７３】
情報ソース送信部３００６は、取得要求から取得した最終取得日時より、Ｗｅｂアクセス履歴の最終表示日時の方が新しいか判定する（Ｓ３８０２）。取得要求から取得した最終取得日時が新しい場合には（Ｓ３８０２：No）、情報ソース送信部３００６は、ステップＳ３８０４の処理を行う。
【０３７４】
Ｗｅｂアクセス履歴の最終表示日時の方が新しい場合には（Ｓ３８０２：Yes）、当該Ｗｅｂアクセス履歴の最終表示日時が最新の情報なので、情報ソース送信部３００６は、当該Ｗｅｂアクセス履歴が示すＵＲＬを情報ソースに決定する（Ｓ３８０３）。
【０３７５】
そうして情報ソース送信部３００６は、Ｗｅｂアクセス履歴をすべて取得したか判定し（Ｓ３８０４）、すべて取得するまで、ステップＳ３８０１からＳ３８０３までの処理を行う。
【０３７６】
Ｗｅｂアクセス履歴をすべて取得した場合には（Ｓ３８０４：Yes）、情報ソース送信部３００６は、情報ソースを取得要求元であるＨＤＤレコーダ・システム１０１Ａへ送信する（Ｓ３８０５）。
【０３７７】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、情報ソース管理テーブル３０１２のエントリから重みを取得する（Ｓ３８０６）。この処理での情報ソースは、Ｗｅｂアクセス履歴なので、重みは「１」となる。
【０３７８】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、取得した情報ソースからＵＲＬを１つ取得する（Ｓ３８０７）。
【０３７９】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、趣味ソース管理テーブル３０１３からエントリを１つ取得する（Ｓ３８０８）。
【０３８０】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、取得したエントリから趣味分析情報を取得する（Ｓ３８０９）。
【０３８１】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、ＵＲＬのＷｅｂページを取得し、取得したＷｅｂページの内容からどのくらいの趣味分析情報がヒットするかを検索する。趣味ソース生成部３０１１は、Ｗｅｂページの内容からヒットしたヒット件数に重みを掛けて、趣味ソース管理テーブル３０１３のエントリのヒット件数に加算する（Ｓ３８１０）。情報ソース管理テーブル３０１２より、Ｗｅｂ履歴の重みは「１」であるので、趣味ソース生成部３０１１は、ヒット件数に１を掛けた値を、趣味ソース管理テーブル３０１３のヒット件数の値に加算する。
【０３８２】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、趣味ソース管理テーブル３０１３のエントリをすべて取得したか判定し（Ｓ３８１１）、すべて取得していない場合には（Ｓ３８１１：No）、再びステップＳ３８０８の処理を行う。
【０３８３】
一方、趣味ソース管理テーブル３０１３のエントリをすべて取得した場合には（Ｓ３８１１：Yes）、ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、情報ソースのＵＲＬをすべて取得したか判定する（Ｓ３８１２）。すべて取得していない場合には（Ｓ３８１２：No）、趣味ソース生成部３０１１は、再びステップＳ３８０７の処理を行う。
【０３８４】
情報ソースのＵＲＬをすべて取得した場合には（Ｓ３８１２：Yes）、ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、情報ソース管理テーブル３０１２のエントリの最終取得日時に現在日時を設定し（Ｓ３８１３）、この生成処理Ｅを終了する。そうして、趣味ソース生成部３０１１は、ステップＳ３６０３を処理する。
【０３８５】
（２―４）生成処理Ｆ
趣味ソース管理テーブル３０１３の生成処理Ｃについて詳述する。生成処理Ｆは、図３９に示すように、ブログから趣味ソース管理テーブル３０１３を生成する際の処理フローである。
【０３８６】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、情報ソース管理テーブル３０１２のエントリから情報ソース、重み、及び最終取得日時を取得する（Ｓ３９００）。
【０３８７】
趣味ソース生成部３０１１は、情報ソースのＵＲＬを用いてブログサイトにアクセスし、最終取得日時より新しい日時のブログを取得する（Ｓ３９０１）。この際、ブログの投稿日を含むＲＳＳ（Resource description framework Site Summary）情報（ブログのメタデータ）を取得する。
【０３８８】
趣味ソース生成部３０１１は、ブログのＲＳＳ情報を基に、まだ取得していない投稿日を現在日と比較して、投稿日の差が大きい順に検索して、投稿日の差が大きいブログを１つ取得する（Ｓ３９０２）。
【０３８９】
趣味ソース生成部３０１１は、趣味ソース管理テーブル３０１３のエントリを１つ取得する（Ｓ３９０３）。
【０３９０】
趣味ソース生成部３０１１は、取得したエントリから趣味分析情報を取得する（Ｓ３９０４）。
【０３９１】
趣味ソース生成部３０１１は、取得したブログの投稿の内容から、どのくらい趣味分析情報がヒットするかを検索する。趣味ソース生成部３０１１は、ブログの投稿の内容からヒットしたヒット件数に重みを掛けた値を、エントリのヒット件数に加算する（Ｓ３９０５）。情報ソース管理テーブル３０１２より、ブログの重みは「１」であるので、趣味ソース生成部３０１１は、ヒット件数に１を掛けた値を、趣味ソース管理テーブル３０１３のヒット件数の値に加算する。
【０３９２】
趣味ソース生成部３０１１は、趣味ソース管理テーブル３０１３のエントリをすべて取得したか判定し（Ｓ３９０６）、すべて取得するまでステップＳ３９０３からステップＳ３９０５までの処理を行う（Ｓ３９０６：No）。
【０３９３】
趣味ソース管理テーブル３０１３のエントリをすべて取得した場合には（Ｓ３９０６：Yes）、趣味ソース生成部３０１１は、ブログを投稿毎にすべて取得したか判定する（Ｓ３９０７）。ブログを投稿毎にすべて取得していない場合には（Ｓ３９０７：No）、趣味ソース生成部３０１１は、再びステップＳ３９０２の処理を行う。
【０３９４】
ブログを投稿毎にすべて取得した場合には（Ｓ３９０７：Yes）、趣味ソース生成部３０１１は、情報ソース管理テーブル３０１２のエントリの最終取得日時に現在日時を設定し（Ｓ３９０８）、この処理Ｆを終了する。そうして、趣味ソース生成部３０１１は、ステップＳ３６０４を処理する。
【０３９５】
（２―５）生成処理Ｇ
趣味ソース管理テーブル３０１３の生成処理Ｇについて詳述する。生成処理Ｇは、図４０及び図４１に示すように、ＳＮＳの参加しているコミュニティから趣味ソース管理テーブル３０１３を生成する際の処理フローである。
【０３９６】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、情報ソース管理テーブル３０１２のエントリから情報ソース、重み、最終取得日時、ユーザＩＤ、及びパスワードを取得する（Ｓ４０００）。
【０３９７】
趣味ソース生成部３０１１は、ＡＰＩを用いてユーザＩＤとパスワードを送信し、ＳＮＳサイトにログインする（Ｓ４００１）。ＡＰＩは、例えば、ＳＮＳサイトのfacebookのＡＰＩである。趣味ソース生成部３０１１は、facebookのＡＰＩを用いてログイン後に、facebookのユーザの名前、紹介文、または趣味などの情報を取得することができる。
【０３９８】
趣味ソース生成部３０１１は、ＳＮＳユーザソース情報管理テーブル３０２５のエントリを１つ取得する。この際も、趣味ソース生成部３０１１は、ＡＰＩを用いて情報を取得する（Ｓ４００２）。
【０３９９】
趣味ソース生成部３０１１は、ＳＮＳソース管理テーブル３０１４のエントリを１つ取得する（Ｓ４００３）。
【０４００】
趣味ソース生成部３０１１は、ＳＮＳユーザ情報管理テーブル３０２５のエントリのコミュニティ名と、ＳＮＳソース管理テーブル３０１４のエントリのコミュニティ名と、が一致するか判定する（Ｓ４００４）。両コミュニティ名が一致する場合には（Ｓ４００４：Yes）、趣味ソース生成部３０１１は、ＳＮＳソース管理テーブル３０１４の該当するエントリのチェックフラグに「１」を設定する（Ｓ４０１０）。
【０４０１】
両コミュニティ名が一致しない場合には（Ｓ４００４：No）ユーザが新たに追加したコミュニティなので、次に、趣味ソース生成部３０１１は、ＳＮＳソース管理テーブル３０１４のエントリをすべて取得したか判定する（Ｓ４００５）。すべて取得していない場合には（Ｓ４００５：No）、趣味ソース生成部３０１１は、再びステップＳ４００３の処理を行う。
【０４０２】
すべて取得している場合には（Ｓ４００５：Yes）、趣味ソース生成部３０１１は、趣味ソース管理テーブル３０１３からエントリを取得する（Ｓ４００６）。
【０４０３】
趣味ソース生成部３０１１は、取得したエントリから趣味分析情報を取得する（Ｓ４００７）。
【０４０４】
趣味ソース生成部３０１１は、ＳＮＳソース管理テーブル３０１４のエントリからコミュニティの内容を、取得した趣味分析情報で検索する。コミュニティの内容から趣味分析情報がヒットしたヒット件数に重みを掛けて、エントリのヒット件数に加算する（Ｓ４００８）。
【０４０５】
趣味ソース生成部３０１１は、趣味ソース管理テーブル３０１３のエントリをすべて取得したか判定し（Ｓ４００９）、すべて取得していない場合には（Ｓ４００９：No）再びステップＳ４００６の処理を行う。
【０４０６】
趣味ソース管理テーブル３０１３のエントリをすべて取得した場合には（Ｓ４００９：Yes）、趣味ソース生成部３０１１は、ＳＮＳユーザ情報管理テーブル３０２５のエントリをすべて取得したか判定する（Ｓ４０１１）。すべて取得していない場合には（Ｓ４０１１：No）、趣味ソース生成部３０１１は、再びステップＳ４００２の処理を行う。
【０４０７】
ＳＮＳユーザ情報管理テーブル３０２５のエントリをすべて取得した場合には（Ｓ４０１１：Yes）、趣味ソース生成部３０１１は、ＳＮＳソース管理テーブル３０１４のエントリを１つ取得する（Ｓ４０１２）。
【０４０８】
趣味ソース生成部３０１１は、取得したエントリのチェックフラグが０か否かを判定する（Ｓ４０１３）。趣味ソース生成部３０１１は、チェックフラグが「１」の場合には（Ｓ４０１３：No）、ステップＳ４０１８の処理を行う。
【０４０９】
一方、チェックフラグが「０」の場合には（Ｓ４０１３：Yes）、取得したエントリはユーザが興味のなくなったエントリであるので、趣味ソース生成部３０１１は、趣味ソース管理テーブル３０１３のエントリを取得する（Ｓ４０１４）。
【０４１０】
趣味ソース生成部３０１１は、取得したエントリから趣味分析情報を取得する（Ｓ４０１５）。
【０４１１】
趣味ソース生成部３０１１は、ＳＮＳソース管理テーブル３０１４のエントリからコミュニティの内容を、取得した趣味分析情報で検索する。趣味ソース生成部３０１１は、コミュニティの内容から趣味分析情報がヒットしたヒット件数に重みを掛けた値から、エントリのヒット件数を減算する（Ｓ４０１６）。情報ソース管理テーブル３０１２より、ＳＮＳの重みは「１００」であるので、趣味ソース生成部３０１１は、ヒット件数に１００を掛けた値から、趣味ソース管理テーブル３０１３のヒット件数の値を減算する。
【０４１２】
趣味ソース生成部３０１１は、趣味ソース管理テーブル３０１３のエントリをすべて取得したか判定し（Ｓ４０１７）、すべて取得するまでステップＳ４０１４からステップＳ４０１６の処理を行う（Ｓ４０１７：No）。
【０４１３】
趣味ソース管理テーブル３０１３のエントリをすべて取得した場合には（Ｓ４０１７：Yes）、趣味ソース生成部３０１１は、ＳＮＳソース管理テーブル３０１４のエントリをすべて取得したか判定し（Ｓ４０１８）、すべて取得してない場合には（Ｓ４０１８：No）、再びステップＳ４０１２の処理を行う。
【０４１４】
ＳＮＳソース管理テーブル３０１４のエントリをすべて取得した場合には（Ｓ４０１８：Yes）、趣味ソース生成部３０１１は、ユーザの興味がなくなったＳＮＳソース管理テーブル３０１４のエントリを削除し、ＳＮＳユーザ情報管理テーブル３０２５のエントリをＳＮＳソース管理テーブル３０１４にすべて登録する。その際、趣味ソース生成部３０１１は、ＳＮＳソース管理テーブル３０１４のチェックフラグをすべて「０」に設定する（Ｓ４０１９）。
【０４１５】
趣味ソース生成部３０１１は、情報ソース管理テーブル３０１４のエントリの最終取得日時に現在日時を設定し（Ｓ４０２０）、生成処理Ｇを終了する。そうして、趣味ソース生成部３０１１は、ステップＳ３６０５を処理する。
【０４１６】
（２―６）生成処理Ｈ
趣味ソース管理テーブル３０１３の生成処理Ｈについて詳述する。生成処理Ｈは、図４２に示すように、ボイスレコーダから趣味ソース管理テーブル３０１３を生成する際の処理フローである。
【０４１７】
ＨＤＤレコーダ・システム１０１Ａの趣味ソース生成部３０１１は、情報ソース、及び最終取得日時を格納した情報ソースの取得要求を送信する（Ｓ４２００）。
【０４１８】
ＰＣ３００５の情報ソース送信部３００６は、取得要求から取得した情報ソースからファイルの格納場所を決定して、音声コンテンツを順に取得する（Ｓ４２０１）。
【０４１９】
ＰＣ３００５の情報ソース送信部３００６は、取得要求から取得した最終取得日時より、音声コンテンツの最終アクセス日時の方が最新か判定する（Ｓ４２０２）。最新ではない場合（再生回数「０」でない場合）には（Ｓ４２０２：No）、情報ソース送信部３００６は、ステップＳ４２０４の処理を行う。
【０４２０】
音声コンテンツの最終アクセス日時が最新である場合には（Ｓ４２０２：Yes）ＰＣ３００５の情報ソース送信部３００６は、音声コンテンツを情報ソースに決定する(Ｓ４２０３)。
【０４２１】
ＰＣ３００５の情報ソース送信部３００６は、音声コンテンツをすべて取得したか判定し（Ｓ４２０４）、すべて取得するまでステップＳ４２０１からステップＳ４２０３までの処理を行う（Ｓ４２０４:No）。
【０４２２】
音声コンテンツをすべて取得した場合には（Ｓ４２０４：Yes）、ＰＣ３００５の情報ソース送信部３００６は、情報ソースを取得要求元であるＨＤＤレコーダ・システム１０１Ａに送信する（Ｓ４２０５）。
【０４２３】
趣味ソース生成部３０１１は、情報ソース管理テーブル３０１２のエントリから重みを取得し（Ｓ４２０６）、情報ソースである音声コンテンツを１つ取得する（Ｓ４２０７）。
【０４２４】
そうして趣味ソース生成部３０１１は、取得した音声コンテンツを音声分析し、テキストに変換すると（Ｓ４２０８）、趣味ソース管理テーブル３０１３のエントリを１つ取得する（Ｓ４２０９）。
【０４２５】
趣味ソース生成部３０１１は、取得したエントリから趣味分析情報を取得する（Ｓ４２１０）。
【０４２６】
趣味ソース生成部３０１１は、変換したテキストを、取得した趣味分析情報で検索する（Ｓ４２１１）。趣味ソース生成部３０１１は、テキストの内容から趣味分析情報がヒットしたヒット件数に重みを掛けた値を、エントリのヒット件数を加算する。
【０４２７】
趣味ソース生成部３０１１は、趣味ソース管理テーブル３０１３のエントリをすべて取得したか判定し（Ｓ４２１２）、すべて取得するまでステップＳ４２０９からステップＳ４２１１までの処理を行う（Ｓ４２１２：No）。
【０４２８】
趣味ソース管理テーブル３０１３のエントリをすべて取得した場合には（Ｓ４２１２：Yes）、趣味ソース生成部３０１１は、音声コンテンツをすべて取得したか判定する（Ｓ４２１３）。すべて取得していない場合には（Ｓ４２１３：No）、趣味ソース生成部３０１１は再びステップＳ４２０７の処理を行う。
【０４２９】
音声コンテンツをすべて取得した場合には（Ｓ４２１３：Yes）、趣味ソース生成部３０１１は、情報ソース管理テーブル３０１２のエントリの最終取得日時に現在日時を設定し（Ｓ４２１４）、生成処理Ｈを終了する。そうして、趣味ソース生成部３０１１は、ステップＳ３６０６を処理する。
【０４３０】
以上の生成処理ＤからＨにより、メール、Ｗｅｂアクセス履歴、ブログ、ＳＮＳに参加しているコミュニティ、及びボイスレコーダ３０００の音声の情報から趣味ソース管理テーブル３０１３を生成することができる。
【０４３１】
第１の実施の形態で説明したステップＳ２４０３において、ＨＤＤレコーダ・システム１０１が、再生処理をした趣味ソース管理テーブル１１５とともに前述した処理フローで生成した趣味ソース管理テーブル３０１３をオンライン・ストレージ・システム１３３のお勧め情報提供部１３６Ａへ送信する。お勧め情報提供部１３６は、ステップＳ２４０６において、趣味ソース管理テーブル１１５の再生回数と、趣味ソース管理テーブル３０１３のヒット件数と、に基づいて、各趣味分析情報にランクを付与し、趣味分析結果管理テーブル１６６Ａを生成する。
【０４３２】
このように、本実施の形態による趣味分析結果管理テーブル１６６Ａは、ユーザのＨＤＤレコーダ・システム１０１Ａでの再生履歴、メール、Ｗｅｂアクセス履歴、ブログ、ＳＮＳの参加しているコミュニティ、及びボイスレコーダ３０００の音声の情報を基に生成されている。したがって、本実施の形態と第１の実施の形態とを比較した場合に、本実施の形態の方が、ユーザの趣味をより高精度に分析することができ、ユーザの趣味により合ったお勧めコンテンツを提供可能なシステム１Ａが実現できる。
【０４３３】
第１の実施の形態と第２の実施の形態で説明した処理フローでは、趣味分析結果管理テーブル１６６、１６６Ａでユーザの趣味を分析し、そのユーザの趣味情報に基づいてお勧め情報を生成したが、ユーザが直接ＨＤＤレコーダ・システム１０１、１０１Ａに入力したジャンルまたは出演者に基づいてお勧め情報を生成するとしてもよい。この場合は、ユーザの入力用の趣味ソース管理テーブル３０１３を生成し、ＨＤＤレコーダ・システム１０１が、入力されたジャンルまたは出演者のヒット件数のみを「１」に設定後、ステップＳ２４０３において、この趣味ソース管理テーブル３０１３のみをお勧め情報提供部１３６へ送信することで実現できる。
【０４３４】
（２−７）本実施の形態の効果
本実施の形態によれば、ユーザにお勧めするコンテンツの選定対象を、実際に録画したＨＤＤレコーダ・システム内に限らず、ＨＤＤレコーダ・システム外のコンテンツ（ブログ、Ｗｅｂアクセス履歴、ＳＮＳのコミュニティ）にまで広げることで、ユーザが一層好むコンテンツをお勧めすることができる。
【０４３５】
ユーザの趣味に合わせたコンテンツや情報を提供することで、勧められたコンテンツや情報に対するユーザの視聴意欲を一層高めることができる。
【０４３６】
（３）第３の実施の形態
第３の実施形態について図を用いて説明する。第１の実施形態では、オンライン・ストレージ・システム１３３がお勧め情報を生成していた。本実施の形態では、ＨＤＤレコーダ・システム１０１Ｂがお勧め情報を生成するシステム１Ｂを実現する。
【０４３７】
図４３は、本実施の形態のコンテンツ提供システム１Ｂの構成の概要を示している。
【０４３８】
第１の実施の形態と異なる構成部分は、ユーザが所有するＨＤＤレコーダ・システム１０１Ｂを特定するためのＨＤＤレコーダ管理テーブル４２０３、コンテンツ販売・配信システム１４５と紹介記事登録システム１１９とを特定するためのプロバイダ・サービス管理テーブル４２０２、お勧め情報提供部４２００、及び全コンテンツ管理テーブル４２０１がＨＤＤレコーダ・システム１０１Ｂの記憶装置１１３Ｂに存在していることである。
【０４３９】
また、オンライン・ストレージ・システム１３３Ｂのメモリ１３５Ｂには、バックアップ・移動部１３７が一時的に格納される。本実施の形態の趣味分析結果管理テーブル１６６Ｂは、オンライン・ストレージ・システム１３３Ｂの記憶装置１３８Ｂに格納されておらず、ＨＤＤレコーダ・システム１０１Ｂのメモリ１０５Ｂに格納されている。
【０４４０】
（３−１）お勧めコンテンツの生成処理
次にお勧めファイルを生成するための処理を順に説明する。
【０４４１】
まず、お勧め情報提供部４２００は、図２２で説明した同様の処理（ステップＳ２２００からステップＳ２２０７）を行って、ＨＤＤレコーダ・システム１０１Ｂ上で、録画コンテンツ管理テーブル１１８から全コンテンツ管理テーブル４２０１を生成する。
【０４４２】
次に、プロバイダ・サービス管理テーブル４２０２からコンテンツ販売・配信システム１４５と紹介記事登録システム１１９とのＩＰアドレスを特定する。お勧め情報提供部４２００は、ＨＤＤレコーダ・システム１０１Ｂ上で、販売コンテンツ管理テーブル１５５から全コンテンツ管理テーブル４２０１を生成する。生成する処理ステップは、第１の実施の形態で説明したとおりである。
【０４４３】
次に、お勧め情報提供部４２００は、図２３で説明した同様の処理（ステップＳ２３００からステップＳ２３０８）、紹介記事管理テーブル１２６から全コンテンツ管理テーブル４２０１を生成する。
【０４４４】
その後、お勧め情報提供部４２００は、ＨＤＤレコーダ管理テーブル４２０３からユーザが所有するＨＤＤレコーダ・システム１０１ＢのＩＰアドレスを特定し、図２４及び図２５と同様の処理（ステップＳ２４００からステップＳ２４１４）を行い、ユーザの趣味情報を分析する。
【０４４５】
ユーザの趣味情報が分析された後、お勧めコンテンツの検索処理、お勧め記事コンテンツの検索処理、及び、お勧め情報ファイルの生成処理については、お勧め情報提供部４２００が、第１の実施形態で説明をした処理手順と同様の処理手順を行うことでお勧め情報を生成できる。
【０４４６】
なお、本実施の形態では、ＨＤＤレコーダ・システム１０１Ｂがプロバイダ・サービス管理テーブル４２０２を管理しているが、第１の実施の形態のようにオンライン・ストレージ・システム１３３が管理していてもよい。この場合は、オンライン・ストレージ・システム１３３がコンテンツ販売・配信システム１４５と紹介記事登録システム１１９とからお勧め情報の生成に必要な情報を取得する。ＨＤＤレコーダ・システム１０１は、お勧め情報生成時に、必要な情報をオンライン・ストレージ・システム１３３から取得することで実現できる。
【０４４７】
以上より、ＨＤＤレコーダ・システムがお勧め情報を生成するシステムを実現できる。
【０４４８】
（３−２）本実施の形態の効果
本実施の形態によれば、ユーザにお勧めするコンテンツの選定対象を、実際に録画したＨＤＤレコーダ・システム内に限らず、オンライン・ストレージ・システム内のコンテンツや、コンテンツ販売・配信システムが販売するコンテンツにまで広げることで、ユーザが一層好むコンテンツをお勧めすることができる。
【０４４９】
また、コンテンツ提供システムでは、連続している複数のコンテンツを合わせて紹介でき、また特定の放送回を録画してなくても、その放送回のみコンテンツ販売・配信システムから購入して再生できるようにすることで、ユーザの利便性が向上する。
【０４５０】
ユーザの趣味に合わせた紹介記事コンテンツを提供することで、勧められたコンテンツに対するユーザの視聴意欲を高めることができる。
【０４５１】
特に、本実施の形態では、オンライン・ストレージ・システムの処理負荷を軽減することができる効果がある。
【０４５２】
（４）第４の実施の形態
第４の実施の形態について図を用いて説明する。第１の実施の形態では、お勧め情報を提供するコンテンツとして、放送されているテレビ番組を対象にしたが、本実施の形態では、音楽を対象にお勧め情報を提供するシステムを実現する。
【０４５３】
なお、第１の実施の形態では、コンテンツの関連付けを番組のタイトル、番組説明、ジャンル、及び出演者で行ったが、本実施の形態では、音楽コンテンツ間の関連付けを音楽コンテンツのアルバム名、歌手名、及びトラック名を用いて行う。トラック名は例えば曲名である。ＣＤＤＢ情報は、アルバム名、歌手名、及びトラック名から構成される。第１の実施の形態との異なる部分を以下で説明する。
【０４５４】
図４４は、第４の実施の形態におけるコンテンツ提供システム１Ｃの構成の概要を示している。
【０４５５】
本実施の形態におけるコンテンツ提供システム１Ｃでは、オーディオ・システム４３１３、コンテンツ管理情報提供システム４３０５、コンテンツ販売・配信システム、紹介記事登録システム、モバイル端末１２７、及びオンライン・ストレージ・システム１３３Ｃがネットワーク１６２を介して接続される構成される。
【０４５６】
コンテンツ管理情報提供システム４３０５は、ＣＤＤＢ情報管理テーブル４３０３を格納した記憶装置４３１７と、ネットワーク１６２に接続するための通信部４３１８と、及びＣＤＤＢ情報を提供するためのＣＤＤＢ情報提供部４３０４を格納するメモリ（図示せず）と、から構成される。ここで、ＣＤＤＢ情報とは、アルバム名、歌手名、及びトラック名から構成される音楽コンテンツの属性情報である。
【０４５７】
コンテンツ販売・配信システム１４５の記憶装置１５２Ｃには、販売コンテンツ管理テーブル４３１５と販売コンテンツ群４３１４とが格納されている。コンテンツ販売・配信システム１４５は、音楽コンテンツを扱っているプロバイダであり、販売コンテンツを販売コンテンツ管理テーブル４３１５で管理している。また、その他の構成１４７Ｃから１５１Ｃは、第１の実施の形態で説明をした構成１４７から１５１と同じ構成であるため、説明を省略する。
【０４５８】
オーディオ・システム４３１３は、複数の音楽コンテンツが記憶装置４３１９に格納された音楽コンテンツ群４３１１、音楽コンテンツ管理テーブル４３１２、自システム内で音楽コンテンツを管理するためのＩＤ付けを行う音楽コンテンツＩＤ付け部４３０６、などから構成される。
【０４５９】
管理テーブル送信部４３０７は、音楽コンテンツ管理テーブル４３１２をオンライン・ストレージ・システム１３３Ｃへ送信する。オーディオ・システム４３１３は、音楽コンテンツから波形情報を生成した後、波形情報に対応するコンテンツ管理情報をコンテンツ管理情報提供システム４３０５から取得することで、販売コンテンツと紹介記事との対応付けができるようになる。
【０４６０】
なお、通信部４３２０、表示部４３２１は、第１の実施の形態で説明をした通信部１０３、表示部１０４と同様の構成である。また、バックアップ・移動部４３２２、お勧め情報要求部４３２３、趣味ソース管理テーブル４３２４、及び設定情報管理テーブル１１６も、第１の実施の形態で説明した構成と同じ構成であるので説明を省略する。
【０４６１】
また、本実施の形態において、音楽情報を音楽コンテンツのお勧め情報として提供するに際して、紹介記事管理テーブル４３００、販売コンテンツ群４３１４、販売コンテンツ管理テーブル４３１５、趣味分析結果管理テーブル４３１６、及び、全コンテンツ管理テーブル４３０２が、テレビ番組を録画コンテンツのお勧め情報として提供した第１の実施の形態の構成と変更した構成である。
【０４６２】
また、オンライン・ストレージ・システム１３３Ｃは、第１の実施の形態で説明をした構成と同じ構成のため、説明を省略する。但し、対象とするコンテンツが第１の実施の形態とは異なるので、第１の実施の形態で説明した構成と同じ構成で同じ機能をもつものには、図４４の図番にＣを付して示している。
【０４６３】
図４５は、ＣＤＤＢ情報管理テーブル４３０４の例を示している。
【０４６４】
ＣＤＤＢ情報管理テーブル４３０４は、コンテンツ管理情報提供システム４３０５でＣＤＤＢ情報を管理するテーブルである。また、ＣＤＤＢ情報管理テーブル４３０４は、「ＣＤＤＢ＿ＩＤ」欄４５００、曲を特徴づける波形を示す「波形情報」欄４５０１、ＣＤの「アルバム名」欄４５０２、ＣＤの「歌手名」欄４５０３、及びＣＤの「トラック名」欄４５０４から構成される。
【０４６５】
ＣＤＤＢ情報管理テーブル４３０４の取得方法は図４９において後述する。
【０４６６】
図４６は、音楽コンテンツ管理テーブル４３１２の例を示している。
【０４６７】
音楽コンテンツ管理テーブル４３１２は、音楽コンテンツを管理するテーブルである。
【０４６８】
また、音楽コンテンツ管理テーブル４３１２は、「音楽コンテンツＩＤ」欄４６００、トラックを特徴付ける「波形情報」欄４６０１、ＣＤの「アルバム名」欄４６０２、「歌手名」欄４６０３、「トラック名」欄４６０４、音楽コンテンツの再生回数を示す「再生回数」欄４６０５、オンライン・ストレージ・システム１３３Ｃへバックアップしたかどうかを示す「バックアップフラグ」欄４６０６、オンライン・ストレージ・システム１３３Ｃへ移動したかどうかを示す「移動フラグ」欄４６０７、及び音楽コンテンツが格納されている記憶装置４３１９のアドレスを示す「格納場所」欄４６０８から構成されている。
【０４６９】
例えば、波形情報は、音楽の録音時や音楽コンテンツの購入時に音楽コンテンツを記憶装置に格納した際に、音楽コンテンツから生成され、音楽コンテンツＩＤを割り当てられて音楽コンテンツ管理テーブルで管理される。
【０４７０】
図４７は、販売コンテンツ管理テーブル４３１５の例を示している。
【０４７１】
販売コンテンツ管理テーブル４３１５は、販売対象の音楽コンテンツを管理するテーブルである。
【０４７２】
また、販売コンテンツ管理テーブル４３１５は、「販売コンテンツＩＤ」欄４７００、トラックを特徴付ける「波形情報」欄４７０１、ＣＤの「アルバム名」欄４７０２、「歌手名」欄４７０３、「トラック名」欄４７０４、「価格」欄４７０５、及び販売コンテンツの「格納場所」欄４７０６から構成されている。
【０４７３】
販売コンテンツ管理テーブル４３１５の波形情報は、記憶装置１５２Ｃに格納するときに生成され、当該波形情報に販売コンテンツＩＤが割り当てられて管理される。コンテンツ販売・配信システム１４５Ｃは、あらかじめ、販売するコンテンツについてアルバム名、歌手名、及びトラック名を販売コンテンツ管理テーブル４３１５に登録して管理している。
【０４７４】
図４８は、紹介記事管理テーブル４３００を示している。
【０４７５】
紹介記事管理テーブル４３００は、曲ごとの紹介記事を紹介記事ＩＤで管理しているテーブルである。
【０４７６】
また、紹介記事管理テーブルは、「紹介記事ＩＤ」欄４８００、ＣＤの「アルバム名」欄４８０１、「歌手名」欄４８０２、「トラック名」欄４８０３、「趣味分析情報」欄４８０４、及び「記事内容」欄４８０５から構成されている。
【０４７７】
紹介記事登録システム１１９Ｃは、あらかじめ、紹介記事に対応するコンテンツについてのアルバム名、歌手名、及びトラック名を紹介記事管理テーブル４３００に登録して管理している。
【０４７８】
（４−１）ＣＤＤＢ情報の取得処理
図４９は、ＣＤＤＢ情報を取得する際の処理フローを示している。
【０４７９】
オーディオ・システム４３１３の音楽コンテンツＩＤ付け部４３０６は、音楽の録音時や音楽コンテンツの購入時に音楽コンテンツが記憶装置４３１９に格納され、波形情報が生成されたときに以下の処理フローを実行する。
【０４８０】
オーディオ・システム４３１３の音楽コンテンツＩＤ付け部４３０６は、音楽コンテンツ管理テーブル４３１２のエントリを１つ取得する（Ｓ４９００）。
【０４８１】
音楽コンテンツＩＤ付け部４３０６は、取得したエントリのアルバム名、歌手名、またはトラック名のいずれかが登録されているか「０」登録かを判定する（Ｓ４９０１）。
取得したエントリのアルバム名、歌手名、またはトラック名のいずれかが登録されている場合には（Ｓ４９０１：No）、音楽コンテンツＩＤ付け部４３０６は、ステップＳ４９１０の処理を行う。
【０４８２】
一方、「０」が登録されている場合は（Ｓ４９０１：Yes）、音楽コンテンツＩＤ付け部４３０６は、取得したエントリの波形情報を格納したＣＤＤＢ情報の取得要求をコンテンツ管理提供システム４３０５へ送信する（Ｓ４９０２）。
【０４８３】
ＣＤＤＢ情報提供部４３０４は、取得要求から波形情報を取得すると（Ｓ４９０３）、ＣＤＤＢ情報管理テーブル４３０３のエントリを１つ取得する（Ｓ４９０４）。
【０４８４】
ＣＤＤＢ情報提供部４３０４は、ＣＤＤＢ情報を要求されている波形情報と、エントリから取得した波形情報と、が一致しているか判定する（Ｓ４９０５）。
【０４８５】
両波形情報が一致する場合には（Ｓ４９０５：Yes）、ＣＤＤＢ情報提供部４３０４は、ＣＤＤＢ情報管理テーブル４３０３のエントリのＣＤＤＢ情報を取得する（Ｓ４９０６）。
【０４８６】
両波形情報が一致しない場合には（Ｓ４９０５：No）又はステップＳ４９０６を行った後、ＣＤＤＢ情報提供部４３０４は、ＣＤＤＢ情報管理テーブル４３０３のエントリをすべて取得したか判定する（Ｓ４９０７）。そうして、ＣＤＤＢ情報提供部４３０４は、ＣＤＤＢ情報管理テーブル４３０３のエントリをすべて取得するまで、ステップＳ４９０４からステップＳ４９０６の処理を行う（Ｓ４９０７：No）。
【０４８７】
ＣＤＤＢ情報管理テーブル４３０３のエントリをすべて取得すると（Ｓ４９０７：Yes）、ＣＤＤＢ情報提供部４３０４は、取得したＣＤＤＢ情報を要求元であるオーディオ・システム４３１３へ送信する（Ｓ４９０８）。
【０４８８】
音楽コンテンツＩＤ付け部４３０６は、受信したＣＤＤＢ情報を音楽コンテンツ管理テーブル４３１２のエントリに設定する（Ｓ４９０９）。
【０４８９】
音楽コンテンツＩＤ付け部４３０６は、音楽コンテンツ管理テーブル４３１２のエントリをすべて取得したか判定し（Ｓ４９１０）、全て取得していない場合には（Ｓ４９１０：No）再びステップＳ４９００の処理を行う。音楽コンテンツ管理テーブル４３１２のエントリをすべて取得した場合には（Ｓ４９１０：Yes）、取得処理を終了する。
【０４９０】
ＣＤＤＢ情報をオーディオ・システム４３１３が取得した後、ユーザにお勧めの音楽情報をファイル形式で提供するまでの処理手順を以下に説明する。
【０４９１】
録画コンテンツ管理テーブル４３２６は、音楽の録音時や音楽コンテンツの購入時にコンテンツ管理情報提供システム４３０５からＣＤＤＢ情報のアルバム名、歌手名、及びトラック名を取得して、生成される。販売コンテンツ管理テーブル４３１５は、コンテンツ販売・配信業者によってあらかじめ生成される。紹介記事管理テーブル４３００は、紹介記事登録業者によってあらかじめ生成される。ユーザ毎格納コンテンツ管理テーブル１４０Ｃは、音楽コンテンツをオンライン・ストレージ・システムへバックアップまたは移動した際に生成される。音楽コンテンツ管理テーブル４３１２の再生回数は、音楽コンテンツが再生されたときに１つ加算される。
【０４９２】
お勧め情報提供部１３６Ｃは、オーディオ・システム４３１３からお勧め情報の生成要求を受信すると、音楽コンテンツ管理テーブル４３１２、販売コンテンツ管理テーブル４３１５、及び紹介記事管理テーブル４３００のアルバム名、歌手名、及びトラック名を用いて各管理テーブルのエントリを対応付けて、全コンテンツ管理テーブル４３０２を生成する。
【０４９３】
お勧め情報提供部１３６Ｃは、音楽コンテンツ管理テーブル４３１２の再生回数を用いてユーザの趣味情報を分析し、趣味分析結果テーブル４３１６を生成する。この処理では、趣味分析情報として歌手名を用いる。
【０４９４】
お勧め情報提供部１３６Ｃは、ユーザの趣味情報に基づき、お勧めコンテンツとお勧め紹介記事コンテンツと、を決定する。
【０４９５】
そうしてお勧め情報提供部１３６Ｃは、お勧め情報ファイルを生成し、オーディオ・システム４３１３へ送信することで、お勧め情報をユーザに提供することができる。
【０４９６】
（４−２）本実施の形態の効果
本実施の形態では、オーディオ・システムが、コンテンツ管理情報提供部からＣＤＤＢ情報を取得することで、オンライン・ストレージ・システムのお勧め情報提供部は、音楽コンテンツ、販売コンテンツ、及び紹介記事の関連付けができるようになる。このようにして、音楽コンテンツのお勧め情報を生成するシステムを実現できる。
【０４９７】
お勧め情報提供部は、お勧めコンテンツを決定する際に、検索対象をＨＤＤレコーダ・システムの録画コンテンツ管理テーブルのコンテンツのみならず、オーディオ・システムの音楽コンテンツ管理テーブルのコンテンツにまで広げることで、ユーザの趣味に合わせて種別の異なるコンテンツを同時にユーザにお勧めすることができる。
【０４９８】
（５）その他の実施の形態
ユーザが使用する第１コンテンツデータには、録画コンテンツ、音声コンテンツ、メール、Ｗｅｂアクセス履歴、ブログ、及びＳＡＳのコミュニティが該当するが、ユーザが使用できるコンテンツデータであればよく、これらに限られない。
【０４９９】
第１システムには、ＨＤＤレコーダ・システム、オーディオ・システム、モバイル端末、ボイスレコーダ、ＰＣ、ブログ・サービス・システム、Ｗｅｂ・サービス・システム、及びＳＮＳシステムが該当するが、ユーザが使用するコンテンツデータを格納するシステムであればよく、これらに限られない。
【０５００】
ユーザに提供する第２コンテンツデータには、販売コンテンツ、及び紹介記事コンテンツが該当するが、ユーザに提供できるコンテンツデータであればよく、これらに限られない。
【０５０１】
第２システムには、コンテンツ販売・配信システム及び紹介記事登録システムが該当するが、コンテンツデータをユーザに提供できるシステムであればよく、これらに限られない。
【０５０２】
第３システムには、コンテンツ放送システム、及びコンテンツ管理情報提供システムが該当するが、コンテンツデータの属性情報を管理し、ユーザに提供するシステムであればよく、これらに限られない。
【０５０３】
また、ユーザの趣味情報を決定するための基準情報として、再生回数の情報やヒット件数の情報を実施の形態には記載したが、ユーザの趣味情報を決定できる情報であればよく、実施の形態に記載した情報に限られない。
【産業上の利用可能性】
【０５０４】
本発明は、オンライン・ストレージ・システムに接続されるコンテンツやその他の情報に広く適用することができる。
【図面の簡単な説明】
【０５０５】
【図１】第１の実施の形態におけるコンテンツ提供システムの構成を示すブロック図である。
【図２】第１の実施の形態における番組情報管理テーブルを示す図表である。
【図３】第１の実施の形態における番組情報記録テーブルを示す図表である。
【図４】第１の実施の形態における設定情報管理テーブルを示す図表である。
【図５】第１の実施の形態における録画コンテンツ管理テーブルを示す図表である。
【図６】第１の実施の形態における趣味ソース管理テーブルを示す図表である。
【図７】第１の実施の形態における販売コンテンツ管理テーブルを示す図表である。
【図８】第１の実施の形態における紹介記事管理テーブルを示す図表である。
【図９】第１の実施の形態におけるオンライン・ストレージ・ユーザ管理テーブルを示す図表である。
【図１０】第１の実施の形態におけるプロバイダ・サービス管理テーブルを示す図表である。
【図１１】第１の実施の形態におけるユーザ毎格納コンテンツ管理テーブルを示す図表である。
【図１２】第１の実施の形態における全コンテンツ管理テーブルを示す図表である。
【図１３】第１の実施の形態における趣味分析結果管理テーブルを示す図表である。
【図１４】第１の実施の形態においてＨＤＤレコーダ・システムが番組情報を受信する際の処理フローである。
【図１５】第１の実施の形態におけるＨＤＤレコーダ・システムで録画する際の処理フローである。
【図１６】第１の実施の形態における録画コンテンツをバックアップ・移動する際の処理フローである。
【図１７】第１の実施の形態におけるコンテンツ販売・配信システムでの番組情報を受信する際の処理フローである。
【図１８】第１の実施の形態において録画コンテンツを再生する際の処理フローである。
【図１９】第１の実施の形態において録画コンテンツを再生する際の処理フローである。
【図２０】第１の実施の形態において各種管理テーブルを取得する際の処理フローである。
【図２１】第１の実施の形態においてお勧め情報を生成する際の処理フローである。
【図２２】第１の実施の形態において録画コンテンツ管理テーブルから全コンテンツ管理テーブルを生成する際の処理フローである。
【図２３】第１の実施の形態において紹介記事管理テーブルから全コンテンツ管理テーブルを生成する際の処理フローである。
【図２４】第１の実施の形態においてユーザの趣味情報を分析する際の処理フローである。
【図２５】第１の実施の形態においてユーザの趣味情報を分析する際の処理フローである。
【図２６】第１の実施の形態において趣味情報に基づくお勧めコンテンツを検索する際の処理フローである。
【図２７】第１の実施の形態において趣味情報に基づくお勧め記事コンテンツを検索する際の処理フローである。
【図２８】第１の実施の形態においてお勧め情報ファイルを生成する際の処理フローである。
【図２９】第１の実施の形態においてお勧め情報ファイルをテキスト表示した例を示している。
【図３０】第２の実施の形態におけるコンテンツ提供システムの構成を示すブロック図である。
【図３１】第２の実施の形態における情報ソース管理テーブルを示す図表である。
【図３２】第２の実施の形態におけるメールソース管理テーブルを示す図表である。
【図３３】第２の実施の形態におけるＳＮＳユーザ情報管理テーブルを示す図表である。
【図３４】第２の実施の形態におけるＳＮＳソース管理テーブルの例を示す図表である。
【図３５】第２の実施の形態における趣味ソース管理テーブルの例を示す図表である。
【図３６】第２の実施の形態において趣味ソース情報を生成する際の概要の処理フローである。
【図３７】第２の実施の形態においてメールから趣味ソース管理テーブルを生成する際の処理フローである。
【図３８】第２の実施の形態においてＷｅｂアクセス履歴から趣味ソース管理テーブルを生成する際の処理フローである。
【図３９】第２の実施の形態においてブログから趣味ソース管理テーブルを生成する際の処理フローである。
【図４０】第２の実施の形態においてＳＮＳの参加しているコミュニティから趣味ソース管理テーブルを生成する際の処理フローである。
【図４１】第２の実施の形態においてＳＮＳの参加しているコミュニティから趣味ソース管理テーブルを生成する際の処理フローである。
【図４２】第２の実施の形態においてボイスレコーダから趣味ソース管理テーブルを生成する際の処理フローである。
【図４３】第３の実施の形態におけるコンテンツ提供システムの構成を示すブロック図である。
【図４４】第４の実施の形態におけるコンテンツ提供システムの構成を示すブロック図である。
【図４５】第４の実施の形態におけるＣＤＤＢ情報管理テーブルを示す図表である。
【図４６】第４の実施の形態における音楽コンテンツ管理テーブルを示す図表である。
【図４７】第４の実施の形態における販売コンテンツ管理テーブルを示す図表である。
【図４８】第４の実施の形態における紹介記事管理テーブルを示す図表である。
【図４９】第４の実施の形態においてＣＤＤＢ情報の取得する際の処理フローである。
【符号の説明】
【０５０６】
１……コンテンツ提供システム、１０１……ＨＤＤレコーダ・システム、１１９……紹介記事登録システム、１２７……モバイル端末、１３３……オンライン・ストレージ・システム、１４５……コンテンツ販売・配信システム、１５６……コンテンツ放送システム、１１５……趣味ソース管理テーブル、１１８……録画コンテンツ管理テーブル、１２６……紹介記事管理テーブル、１４３……全コンテンツ管理テーブル、１５５……販売コンテンツ管理テーブル、１６１……番組情報管理テーブル。
【図１】
2009245289.tif 000003
【図２】
2009245289.tif 000004
【図３】
2009245289.tif 000005
【図４】
2009245289.tif 000006
【図５】
2009245289.tif 000007
【図６】
2009245289.tif 000008
【図７】
2009245289.tif 000009
【図８】
2009245289.tif 000010
【図９】
2009245289.tif 000011
【図１０】
2009245289.tif 000012
【図１１】
2009245289.tif 000013
【図１２】
2009245289.tif 000014
【図１３】
2009245289.tif 000015
【図１４】
2009245289.tif 000016
【図１５】
2009245289.tif 000017
【図１６】
2009245289.tif 000018
【図１７】
2009245289.tif 000019
【図１８】
2009245289.tif 000020
【図１９】
2009245289.tif 000021
【図２０】
2009245289.tif 000022
【図２１】
2009245289.tif 000023
【図２２】
2009245289.tif 000024
【図２３】
2009245289.tif 000025
【図２４】
2009245289.tif 000026
【図２５】
2009245289.tif 000027
【図２６】
2009245289.tif 000028
【図２７】
2009245289.tif 000029
【図２８】
2009245289.tif 000030
【図２９】
2009245289.tif 000031
【図３０】
2009245289.tif 000032
【図３１】
2009245289.tif 000033
【図３２】
2009245289.tif 000034
【図３３】
2009245289.tif 000035
【図３４】
2009245289.tif 000036
【図３５】
2009245289.tif 000037
【図３６】
2009245289.tif 000038
【図３７】
2009245289.tif 000039
【図３８】
2009245289.tif 000040
【図３９】
2009245289.tif 000041
【図４０】
2009245289.tif 000042
【図４１】
2009245289.tif 000043
【図４２】
2009245289.tif 000044
【図４３】
2009245289.tif 000045
【図４４】
2009245289.tif 000046
【図４５】
2009245289.tif 000047
【図４６】
2009245289.tif 000048
【図４７】
2009245289.tif 000049
【図４８】
2009245289.tif 000050
【図４９】
2009245289.tif 000051