(57)【特許請求の範囲】
【請求項１】
契約により放送番組を視聴することができる契約チャンネルの契約に関する提案を行うチャンネル契約提案装置であって、
各チャンネルで放送される複数の番組に関わり、各番組の放送時期を示す番組案内情報を受信する受信手段と、
一のユーザの番組の嗜好を示す嗜好情報を取得する取得手段と、
前記番組案内情報と前記嗜好情報とに基づいて、各番組が前記ユーザの嗜好に合うか否かを推定し、嗜好に合うと推定された番組を推薦番組として決定する決定手段と、
前記推薦番組を放送する各契約チャンネルにおける、前記番組案内情報により特定される前記推薦番組の放送頻度に応じて、契約チャンネルの契約又は解約を前記ユーザに提案する契約提案手段と
を備えることを特徴とするチャンネル契約提案装置。
【請求項２】
前記決定手段は、前記各番組とユーザの嗜好との合致度を評価して、当該合致度に基づいて各番組がユーザの嗜好に合うか否かを推定し、
前記契約提案手段は、更に、前記推薦番組の放送頻度に加えて各推薦番組の合致度に基づいて、契約チャンネルの契約又は解約の前記提案を行うこと
を特徴とする請求項１記載のチャンネル契約提案装置。
【請求項３】
前記取得手段は、更に、
契約チャンネルの契約上限金額を示す制限情報を取得する制限情報取得部を備え、
前記契約提案手段は、更に、契約中の契約チャンネルの契約金額を示す契約情報を保持しており、契約チャンネルの契約を提案する際に、前記契約情報が示す契約金額の合計が前記契約上限金額を超える場合、その旨を前記ユーザに報知する報知部を備えること
を特徴とする請求項１記載のチャンネル契約提案装置。
【請求項４】
前記取得手段は、一のユーザが行った番組の録画又は視聴の履歴に関する履歴情報を取得し、当該履歴情報から前記嗜好情報を取得すること
を特徴とする請求項１記載のチャンネル契約提案装置。
【請求項５】
前記チャンネル契約提案装置は、更に、
前記番組案内情報に基づいて電子番組表を表示する番組表示手段と、
前記契約提案手段は、前記電子番組表に含まれる前記推薦番組のうち、提案すべき契約チャンネルの推薦番組を他の番組と区別し得るように前記番組表示手段に表示させ、前記電子番組表において提案すべき契約チャンネルを他のチャンネルと識別し得るように前記番組表示手段に表示させることにより前記提案を行うこと
を特徴とする請求項１記載のチャンネル契約提案装置。
【請求項６】
前記番組案内情報は、番組毎に番組内容に関する１以上のキーワードを含み、
前記チャンネル契約提案装置は、更に、
複数の特定のキーワードそれぞれが複数のカテゴリそれぞれに寄与する度合いを示す寄与度を記憶しているカテゴリ辞書記憶手段と、
前記番組案内情報の各番組について含まれる前記特定のキーワードに対応する寄与度をカテゴリごとに集計して得られる値を要素とする評価ベクトルを算出する評価ベクトル算出手段と、
各番組が属するカテゴリを、その番組について算出される評価ベクトルに基づいて判定するカテゴリ判定手段とを備え、
前記取得手段は、更に、
前記履歴情報を取得する履歴情報取得部と、
前記履歴情報に含まれる各番組が属するカテゴリの評価ベクトルをカテゴリ毎に集計し、その集計結果に応じて、前記ユーザのカテゴリごとの嗜好の強さを示す値を要素とする嗜好ベクトルを決定する嗜好ベクトル決定部とを備え、
前記決定手段は、前記番組案内情報に含まれる各番組について、その番組について算出される評価ベクトルを前記嗜好ベクトルで重み付けして得た値を前記嗜好の合致度として評価し、評価した嗜好の合致度と閾値を比較することにより、その番組が前記ユーザの嗜好に合うか否かを推定する嗜好適否推定部を有し、
前記嗜好適否推定部によって前記ユーザの嗜好に合うと推定された番組を前記推薦番組として決定する
ことを特徴とする請求項４記載のチャンネル契約提案装置。
【請求項７】
前記契約提案手段は、
前記提案の際に、前記推薦番組に関する番組案内情報、前記推薦番組の放送頻度の時間推移、及び前記推薦番組の前記契約チャンネルを含む複数のチャンネルでの放送頻度のうち少なくとも一つを前記ユーザに提示すること
を特徴とする請求項１に記載のチャンネル契約提案装置。
【請求項８】
前記取得手段は、複数のユーザそれぞれについて前記嗜好情報を取得し、
前記決定手段は、ユーザごとに、そのユーザの前記嗜好情報を用いて前記推薦番組を決定し、
前記契約提案手段は、ユーザ毎の前記推薦番組の放送頻度に応じて各ユーザへ提案すべき契約チャンネルを特定し、その各契約チャンネルについて提案されるべきユーザの数に基づいて全ユーザに共通して提案すべき契約チャンネルを決定し、決定した契約チャンネルの契約又は解約を全ユーザに提案すること
を特徴とする請求項１に記載のチャンネル契約提案装置。
【請求項９】
前記取得手段は、一のユーザが行った番組の録画又は視聴の履歴に関する履歴情報を取得し、当該履歴情報から前記嗜好情報を取得し、
前記契約提案手段は、更に、ユーザごとに、前記履歴情報に含まれる番組が多いほど前記契約チャンネルの契約が提案され易くかつ解約が提案され難くなる閾値を設定し、ユーザ毎に設定された閾値と前記放送頻度とを比較することによりユーザ毎の前記提案すべき契約チャンネルを特定すること
を特徴とする請求項８に記載のチャンネル契約提案装置。
【請求項１０】
契約により放送番組を視聴することができる契約チャンネルの契約に関する提案を行うチャンネル契約提案方法であって、
各チャンネルで放送される複数の番組に関わり、各番組の放送時期を示す番組案内情報を受信する受信ステップと、
ユーザの番組の嗜好を示す嗜好情報を取得する取得ステップと、
前記番組案内情報と前記嗜好情報とに基づいて、各番組が前記ユーザの嗜好に合うか否かを推定し、嗜好に合うと推定された番組を推薦番組として決定する決定ステップと、
前記推薦番組を放送する各契約チャンネルにおける、前記番組案内情報により特定される前記推薦番組の放送頻度に応じて、契約チャンネルの契約又は解約を前記ユーザに提案する契約提案ステップと
を含むことを特徴とするチャンネル契約提案方法。
【請求項１１】
前記取得ステップは、複数のユーザそれぞれについて前記嗜好情報を取得し、
前記決定ステップは、ユーザごとに、そのユーザの前記嗜好情報を用いて前記推薦番組を決定し、
前記契約提案ステップは、ユーザ毎の前記推薦番組の放送頻度に応じて各ユーザへ提案すべき契約チャンネルを特定し、特定した各契約チャンネルの数に基づいて全ユーザに共通して提案すべき契約チャンネルを決定し、決定した契約チャンネルの契約又は解約を全ユーザに提案すること
を特徴とする請求項１０記載のチャンネル契約提案方法。
【請求項１２】
プログラムを実行可能な装置に、契約により放送番組を視聴することができる契約チャンネルの契約に関する提案処理を実行させる制御プログラムであって、
各チャンネルで放送される複数の番組に関わり、各番組の放送時期を示す番組案内情報を受信する受信ステップと、
ユーザの番組の嗜好を示す嗜好情報を取得する取得ステップと、
前記番組案内情報と前記嗜好情報とに基づいて、各番組が前記ユーザの嗜好に合うか否かを推定し、嗜好に合うと推定された番組を推薦番組として決定する決定ステップと、
前記推薦番組を放送する各契約チャンネルにおける、前記番組案内情報により特定される前記推薦番組の放送頻度に応じて、契約チャンネルの契約又は解約を前記ユーザに提案する契約提案ステップと
を含むことを特徴とする制御プログラム。
【請求項１３】
契約により放送番組を視聴することができる契約チャンネルの契約に関する提案を行うチャンネル契約提案装置の集積回路であって、
各チャンネルで放送される複数の番組に関わり、各番組の放送時期を示す番組案内情報を受信する受信手段と、
ユーザの番組の嗜好を示す嗜好情報を取得する取得手段と、
前記番組案内情報と前記嗜好情報とに基づいて、各番組が前記ユーザの嗜好に合うか否かを推定し、嗜好に合うと推定された番組を推薦番組として決定する決定手段と、
前記推薦番組を放送する各契約チャンネルにおける、前記番組案内情報により特定される前記推薦番組の放送頻度に応じて、契約チャンネルの契約又は解約を前記ユーザに提案する契約提案手段と
を備えることを特徴とする集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チャンネル契約提案装置及びその方法に関し、特に、ユーザの嗜好を推定してチャンネルの好適な契約又は解約を提案する技術に関する。
【背景技術】
【０００２】
日本におけるデジタル放送サービスの先駆けは、通信衛星を利用したＣＳデジタル放送であり、その後、放送衛星を利用したＢＳデジタル放送が開始された。現在では、ＢＳと同じ東経１１０度に位置する新しい通信衛星が打ち上げられ、当該通信衛星を利用した１１０度ＣＳデジタル放送が行われている。
地上放送においても、現行のアナログ放送からデジタル放送への移行が進められている。２０１１年にはアナログ放送は終了し、地上放送は完全にデジタル化される予定である。
【０００３】
デジタル放送においては、映像の情報量を圧縮して送ることが可能であるため、アナログ放送と比較して、より多くの番組を送る多チャンネル放送が行われる。
デジタル放送サービスの普及による放送チャンネル数の増大（現在、３００チャンネルを超えてさらに増加傾向にある）によって、それぞれのチャンネルで特定のユーザの好みにきめ細かく適応した番組の提供が期待されるのだが、その反面、ユーザは、その多くのチャンネルの中から自分の好みに合った番組を提供しているチャンネルを探すために、大量の番組案内情報を参照する時間と労力を強いられることになる。さらには、上手く探し出すことができずに、好みに合う有料チャンネルの契約を逃してしまうことも考えられる。
【０００４】
このような観点から、従来、多チャンネル番組配信サービスのユーザに対して好みに合う未契約チャンネルを紹介する技術が開示されている（例えば、特許文献１を参照）。
この技術は、まず当該サービスの全契約ユーザを対象として全チャンネルに関する視聴率データを算出し、算出した視聴率データをクラスタ分解することにより全契約ユーザの視聴傾向を示す複数の視聴パターンを求める。次に、各視聴パターンと提案対象ユーザの視聴パターンのマッチングを行い、視聴パターンを一つ選択し、その視聴パターンのチャンネルのうち、その提案対象ユーザに好まれると推測される未契約チャンネルを紹介する。
【特許文献１】特開２００１−１５７１９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、複数の視聴パターンが個々のユーザの視聴パターンをよく表すとは限らないため、提案対象ユーザの好みに的確に合ったチャンネルを提案することが困難であるという問題がある。
上記の問題に鑑み、本発明は、ユーザの個人の嗜好を的確に反映したチャンネル契約提案を行うチャンネル契約提案装置及びチャンネル契約提案方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記問題を解決するため、本発明のチャンネル契約提案装置は、契約により放送番組を視聴することができる契約チャンネルの契約に関する提案を行うチャンネル契約提案装置であって、各チャンネルで放送される複数の番組に関わり、各番組の放送時期を示す番組案内情報を受信する受信手段と、一のユーザの番組の嗜好を示す嗜好情報を取得する取得手段と、前記番組案内情報と前記嗜好情報とに基づいて、各番組が前記ユーザの嗜好に合うか否かを推定し、嗜好に合うと推定された番組を推薦番組として決定する決定手段と、前記推薦番組を放送する各契約チャンネルにおける、前記番組案内情報により特定される前記推薦番組の放送頻度に応じて、契約チャンネルの契約又は解約を前記ユーザに提案する契約提案手段とを備えることを特徴とする。
【０００７】
ここで、契約チャンネルとは、番組を放送するチャンネルの放送事業者と契約し、視聴料金を支払う等により番組の視聴を可能とするチャンネル(以下、「有料チャンネル」と言う。)である。
また、嗜好情報は、番組のジャンル等についてユーザが嗜好する度合いを表すものである。  
【発明の効果】
【０００８】
この構成によれば、各ユーザの嗜好情報に基づいて各ユーザの嗜好に合う推薦番組を各々決定し、推薦番組を放送する有料チャンネルにおいて推薦番組が放送される頻度に応じてその有料チャンネルの契約又は解約の提案を各ユーザに行うので、各ユーザの嗜好を的確に反映した提案を行うことができる。
さらには、前記番組案内情報（この情報は、具体的にはＥＰＧ：Electronic Program Guide情報として知られている）を用いて、将来放送が予定される推薦番組の放送頻度も考慮することができるので、例えば近日中にユーザの好みの新番組の放送を始めるチャンネルを契約提案することが可能となる。
【０００９】
また、前記決定手段は、前記各番組とユーザの嗜好との合致度を評価して、当該合致度に基づいて各番組がユーザの嗜好に合うか否かを推定し、前記契約提案手段は、更に、前記推薦番組の放送頻度に加えて各推薦番組の合致度に基づいて、契約チャンネルの契約又は解約の前記提案を行うこととしてもよい。
この構成によれば、推薦番組として決定された番組のうち、放送頻度が少なくてもユーザの嗜好との合致度が高い番組があれば、その番組を放送する有料チャンネルを提案することができる。従って、推薦番組の中でもユーザの好みにより合致する番組を放送するチャンネルが提案されるため、例えばその番組が近日中に放送される番組であれば、ユーザは、提案されたチャンネルを契約することによりその番組を見逃すことなく視聴することができる。
【００１０】
また、前記取得手段は、更に、契約チャンネルの契約上限金額を示す制限情報を取得する制限情報取得部を備え、前記契約提案手段は、更に、契約中の契約チャンネルの契約金額を示す契約情報を保持しており、契約チャンネルの契約を提案する際に、前記契約情報が示す契約金額の合計が前記契約上限金額を超える場合、その旨を前記ユーザに報知する報知部を備えることとしてもよい。
【００１１】
この構成によれば、ユーザは、有料チャンネルの契約を行う際の制限情報として契約上限金額を予め設定した場合、報知部によって現在契約中の有料チャンネルの合計金額が上限金額を超えていることを確認することができ、有料チャンネルの契約を行うか否か判断する目安にすることができる。
また、前記取得手段は、一のユーザが行った番組の録画又は視聴の履歴に関する履歴情報を取得し、当該履歴情報から前記嗜好情報を取得することとしてもよい。
【００１２】
また、前記番組案内情報は、番組毎に番組内容に関する１以上のキーワードを含み、前記チャンネル契約提案装置は、更に、複数の特定のキーワードそれぞれが複数のカテゴリそれぞれに寄与する度合いを示す寄与度を記憶しているカテゴリ辞書記憶手段と、前記番組案内情報の各番組について含まれる前記特定のキーワードに対応する寄与度をカテゴリごとに集計して得られる値を要素とする評価ベクトルを算出する評価ベクトル算出手段と、各番組が属するカテゴリを、その番組について算出される評価ベクトルに基づいて判定するカテゴリ判定手段とを備え、前記取得手段は、更に、前記履歴情報を取得する履歴情報取得部と、前記履歴情報に含まれる各番組が属するカテゴリの評価ベクトルをカテゴリ毎に集計し、その集計結果に応じて、前記ユーザのカテゴリごとの嗜好の強さを示す値を要素とする嗜好ベクトルを決定する嗜好ベクトル決定部とを備え、前記決定手段は、前記番組案内情報に含まれる各番組について、その番組について算出される評価ベクトルを前記嗜好ベクトルで重み付けして得た値を前記嗜好の合致度として評価し、評価した嗜好の合致度と閾値を比較することにより、その番組が前記ユーザの嗜好に合うか否かを推定する嗜好適否推定部を有し、前記嗜好適否推定部によって前記ユーザの嗜好に合うと推定された番組を前記推薦番組として決定することとしてもよい。
【００１３】
この構成によれば、ユーザが以前録画や視聴した番組の情報を含む履歴情報から前記ユーザの嗜好を決定し、当該嗜好に合うと推定される推薦番組の放送頻度に応じて前記有料チャンネルの契約又は解約を提案するので、前記ユーザの嗜好を従来よりも的確に反映した提案ができる。
また、前記チャンネル契約提案装置は、更に、前記番組案内情報に基づいて電子番組表を表示する番組表示手段と、前記契約提案手段は、前記電子番組表に含まれる前記推薦番組のうち、提案すべき契約チャンネルの推薦番組を他の番組と区別し得るように前記番組表示手段に表示させ、前記電子番組表において提案すべき契約チャンネルを他のチャンネルと識別し得るように前記番組表示手段に表示させることにより前記提案を行うこととしてもよい。
【００１４】
この構成によれば、ユーザは、表示された電子番組表において提案されている契約チャンネルとそのチャンネル中の推薦番組を一目で確認することができる。
また、前記契約提案手段は、前記提案の際に、前記推薦番組に関する番組案内情報、前記推薦番組の放送頻度の時間推移、及び前記推薦番組の前記契約チャンネルを含む複数のチャンネルでの放送頻度のうち少なくとも一つを前記ユーザに提示してもよい。
【００１５】
この構成によれば、有料チャンネルの契約又は解約を提案されているユーザは、そのユーザの嗜好に合致する推薦番組のリスト等が提示されることにより、その有料チャンネルの契約又は解約が提案されている根拠を認識することができ、その有料チャンネルの契約又は解約の決断が行い易くなる。
また、前記取得手段は、複数のユーザそれぞれについて前記嗜好情報を取得し、前記決定手段は、ユーザごとに、そのユーザの前記嗜好情報を用いて前記推薦番組を決定し、前記契約提案手段は、ユーザ毎の前記推薦番組の放送頻度に応じて各ユーザへ提案すべき契約チャンネルを特定し、その各契約チャンネルについて提案されるべきユーザの数に基づいて全ユーザに共通して提案すべき契約チャンネルを決定し、決定した契約チャンネルの契約又は解約を全ユーザに提案することとしてもよい。
【００１６】
この構成によれば、前記複数のユーザそれぞれへの個別提案を集計することによって、全ユーザに共通する全体提案を行うことができる。
例えば、ホームネットワークを介して家族一人一人の個人端末に番組を配信するサーバ装置に本チャンネル契約提案装置を適用する場合に、家族一人一人への個別提案を集計することによって、家族全員の満足を得やすい全体提案を行うことができる。そのような全体提案は、契約できる有料チャンネルの総数が予算的に制限されるような場合に特に、家族全員が高い納得感を持って有料チャンネルを契約及び解約する助けとなる。
【００１７】
また、前記取得手段は、一のユーザが行った番組の録画又は視聴の履歴に関する履歴情報を取得し、当該履歴情報から前記嗜好情報を取得し、前記契約提案手段は、更に、ユーザごとに、前記履歴情報に含まれる番組が多いほど前記契約チャンネルの契約が提案され易くかつ解約が提案され難くなる閾値を設定し、ユーザ毎に設定された閾値と前記放送頻度とを比較することによりユーザ毎の前記提案すべき契約チャンネルを特定することとしてもよい。
【００１８】
この構成によれば、例えばテレビをよく見るユーザへの個別提案を、そうでないユーザへの個別提案よりも強く全体提案に反映させるといった重み付けを行うことができるので、公平感の高い全体提案を行うことができる。
本発明のチャンネル契約提案方法は、契約により放送番組を視聴することができる契約チャンネルの契約に関する提案を行うチャンネル契約提案方法であって、各チャンネルで放送される複数の番組に関わり、各番組の放送時期を示す番組案内情報を受信する受信ステップと、ユーザの番組の嗜好を示す嗜好情報を取得する取得ステップと、前記番組案内情報と前記嗜好情報とに基づいて、各番組が前記ユーザの嗜好に合うか否かを推定し、嗜好に合うと推定された番組を推薦番組として決定する決定ステップと、前記推薦番組を放送する各契約チャンネルにおける、前記番組案内情報により特定される前記推薦番組の放送頻度に応じて、契約チャンネルの契約又は解約を前記ユーザに提案する契約提案ステップとを含む。
【００１９】
また、前記取得ステップは、複数のユーザそれぞれについて前記嗜好情報を取得し、前記決定ステップは、ユーザごとに、そのユーザの前記嗜好情報を用いて前記推薦番組を決定し、前記契約提案ステップは、ユーザ毎の前記推薦番組の放送頻度に応じて各ユーザへ提案すべき契約チャンネルを特定し、特定した各契約チャンネルの数に基づいて全ユーザに共通して提案すべき契約チャンネルを決定し、決定した契約チャンネルの契約又は解約を全ユーザに提案することとしてもよい。
【００２０】
これらの方法に従ってチャンネル契約提案を行うことによって、前述した効果と同様の効果が得られる。
【発明を実施するための最良の形態】
【００２１】
本発明の実施の形態について、図面を参照しながら詳細に説明する。
(第１の実施の形態)
＜構成＞
図１は、本発明の第１の実施の形態におけるチャンネル契約提案装置１００の構成を示す機能ブロック図である。
【００２２】
チャンネル契約提案装置１００は、図１に示すように、受信部２００、入力受付部５００、番組推薦部３００、及び契約提案部４００を有する。
以下、各部の機能について説明する。
(受信部２００)
チャンネル契約提案装置１００において、受信部２００は、放送局１０、１１から、各チャンネルで放送される全番組に関するＥＰＧ情報を受信する機能を有する。
【００２３】
受信部２００は、放送番組に多重して放送されるＥＰＧ情報を放送信号から分離抽出してもよく、また放送とは別の経路（例えばインターネット等）からＥＰＧ情報を受信してもよい。
このＥＰＧ情報は、各番組について、少なくとも放送されるチャンネルと時間、番組名の情報を含み、さらに番組の説明やジャンル等の情報を含んでもよい。
【００２４】
尚、本実施の形態におけるＥＰＧ情報は、視聴契約の有無に関わらず、全てのチャンネルについて取得されるものとする。
(番組推薦部３００)
番組推薦部３００は、前記ユーザの嗜好に合致すると推定される推薦番組を、前記ユーザが行った番組の録画又は視聴の履歴に基づいてユーザの嗜好を決定し、有料チャンネルについて提案を行う日(以下、「基準日」と言う。)後の所定期間内に放送され、ユーザの嗜好に合致する推薦番組をＥＰＧ情報から決定する機能を有する。また、番組推薦部３００は、決定した推薦番組を示す推薦番組情報を契約提案部４００へ送出する機能を有する。
(契約提案部４００)
契約提案部４００は、番組推薦部３００によって決定された推薦番組のチャンネルごと、日ごとの放送度数を計数する機能と、計数結果をしきい値比較することにより、推薦番組の放送頻度に応じて各チャンネルの契約又は解約をユーザに提案する機能を有する。
(表示部２０)
表示部２０は、例えば、液晶ディスプレイ等を用いて実現され、推薦番組に関するＥＰＧ情報、計数結果、及び提案の内容等を表示する機能を有する。
(入力受付部５００)
入力受付部５００は、ユーザから本装置に対する指示操作を受け付ける機能を有する。
【００２５】
入力受付部５００は、例えば、ユーザが行う操作を直接受け付けるスイッチ、又はユーザが本装置外のリモコンへ行う操作内容を表すユーザ操作情報を受信するリモコン信号受信部であってもよい。
尚、このユーザ操作情報には、本装置外のテレビ等の表示装置に映される放送番組を見てユーザが面白いと感じた番組を指定する情報や、カテゴリごとのユーザの嗜好の強さを直接指定するための情報が含まれる。
【００２６】
以下、上述した番組推薦部３００及び契約提案部４００について詳細に説明する。
図２は、番組推薦部３００の詳細な構成を示す機能ブロック図である。
番組推薦部３００は、ＥＰＧ情報取得部３０１、履歴情報取得部３０２、ＲＡＭ３０３、ＣＰＵ３０４、ＲＯＭ３０５、表示制御部３０６を有する。
(ＥＰＧ情報取得部３０１)
ＥＰＧ情報取得部３０１は、受信部２００からＥＰＧ情報を取得し、取得したＥＰＧ情報を、ＲＡＭ３０３のＥＰＧ情報記憶領域へ書き込む機能を有する。
【００２７】
尚、受信部２００より受け取ったＥＰＧ情報をＥＰＧ記憶領域へ書き込む場合に、同じ番組に関するＥＰＧ情報が既に存在する場合には、存在するＥＰＧ情報に、受信部２００より受け取ったＥＰＧ情報を上書きする機能を有する。
さらにＥＰＧ情報取得部３０１は、取得されたＥＰＧ情報に、以前に取得されたＥＰＧ情報には含まれていなかった新たなチャンネルに関する情報が含まれている場合、そのチャンネルに関する情報を契約提案部４００へ出力する機能を有する。
(履歴情報取得部３０２)
履歴情報取得部３０２は、ユーザが録画予約した番組を示す履歴情報を、例えばホームネットワーク等を介して接続されたＤＶＤレコーダ等の録画装置から取得し、取得した履歴情報に含まれている番組を嗜好番組として特定し、嗜好番組に関わる情報(以下、「嗜好番組情報」と言う。)を、ＲＡＭ３０３の嗜好番組記憶領域へ格納する機能を有する。
【００２８】
ここで、取得される履歴情報とは、ユーザが録画予約した番組を特定するためのチャンネル及び放送日時などの情報であり、嗜好番組情報は、特定された嗜好番組のチャンネルや放送日時等を含む。
尚、個々の番組に識別情報が割り当てられている場合には、当該識別情報を用いて履歴情報を表すこともできる。  
(ＲＯＭ３０５)
ＲＯＭ３０５は、番組推薦部３００における様々な処理を実現するためのプログラムを格納している。ＣＰＵ３０４が、ハードウェア資源と協働してこのプログラムを実行することで、評価ベクトル算出部１、カテゴリ判定部２、嗜好ベクトル決定部３、嗜好適否推定部４、及びカテゴリ辞書メンテナンス部５からなる具体的手段としての機能が実現される。
【００２９】
(評価ベクトル算出部１)
評価ベクトル算出部１は、基準日の前後所定期間内に放送されるＥＰＧ情報中の各番組において、ＥＰＧ情報に含まれるキーワードに対応する寄与度をカテゴリごとに集計して正規化し、当該集計された寄与度を要素値とする評価ベクトルを算出する機能を有し、算出された評価ベクトルをＲＡＭ３０３の評価ベクトル記憶領域に格納する機能を有する。
【００３０】
(カテゴリ判定部２)
カテゴリ判定部２は、評価ベクトル算出部１で算出された評価ベクトルの各要素値が所定の閾値よりも大きいか否かに応じて、その番組が属するカテゴリを判定する機能を有し、判定された各番組のカテゴリをＲＡＭ３０３の番組カテゴリ記憶領域に格納する機能を有する。
【００３１】
カテゴリ判定部２は、上記の処理を評価ベクトルが算出された各番組について行う。
(嗜好ベクトル決定部３)
嗜好ベクトル決定部３は、嗜好番組情報に基づき、基準日前の所定期間内に放送される全嗜好番組の評価ベクトルをカテゴリ毎に集計し、その集計結果をユーザの嗜好性の強さを示す嗜好ベクトルとして求める機能を有する。また、求めた嗜好ベクトルをＲＡＭ３０３の嗜好ベクトル記憶領域に格納する機能を有する。
【００３２】
(嗜好適否推定部４)
嗜好適否推定部４は、基準日後で所定期間内に放送されるＥＰＧ情報に含まれる各番組の評価ベクトルと嗜好ベクトルの各要素に基づいて、各番組のユーザの嗜好との合致度を評価し、合致度が所定の閾値よりも大きければユーザの嗜好に合致すると推定し、合致すると推定したその番組を推薦番組として決定する機能を有する。
【００３３】
また、決定された推薦番組に関する推薦番組情報を推薦番組記憶領域に格納し、チャンネル契約提案部４００に推薦番組情報を示す推薦番組リストを送出する機能を有する。
(カテゴリ辞書メンテナンス部５)
カテゴリ辞書メンテナンス部５は、カテゴリ辞書へのキーワードの追加及び削除処理、寄与度の追加及び更新処理を行う機能を有する。
【００３４】
キーワードの追加処理は、過去の所定期間内における嗜好番組についての評価ベクトルに基づいて行われる。
具体的には、その嗜好番組の評価ベクトルの全要素が“０．００”の場合、つまりその嗜好番組に対応してＥＰＧ情報に含まれるキーワードがカテゴリ辞書に存在しない場合に、ＥＰＧ情報に含まれるそのキーワードをカテゴリ辞書に追加する。
【００３５】
そして、新たに追加されたキーワードも含めた、カテゴリ辞書内の全キーワードについて各カテゴリに対する寄与度の更新処理を行う。
具体的には、過去の所定期間内における全番組に対応してＥＰＧ情報に含まれるキーワードの個数と、嗜好番組に対応してＥＰＧ情報に含まれるキーワードの個数との割合に応じてカテゴリ毎に算出した新しい寄与度に更新する。
【００３６】
そして、全キーワードについて寄与度を更新後、各カテゴリの寄与度が全て“０．００”のキーワードを、カテゴリ辞書より削除する。
（表示制御部３０６）
表示制御部３０６は、推薦番組等の情報を表示部２０に表示させるための制御を行う機能を有する。
(ＲＡＭ３０３)
ＲＡＭ３０３は、推薦番組を決定する処理に用いられる各種情報を格納するメモリであり、前述したＥＰＧ情報記憶領域、嗜好番組記憶領域の他に、番組カテゴリ記憶領域、推薦番組記憶領域、カテゴリ辞書記憶領域、評価ベクトル記憶領域、嗜好ベクトル記憶領域が設けられる。
【００３７】
(ＥＰＧ記憶領域）
ＥＰＧ記憶領域には、前述したＥＰＧ情報が保持される。
(嗜好番組記憶領域)
嗜好番組記憶領域には、履歴情報取得部３０２により特定された嗜好番組情報だけでなく、入力受付部５００を介して取得したユーザ操作情報により示される番組も嗜好番組情報として保持される。
【００３８】
(カテゴリ辞書記憶領域）
カテゴリ辞書記憶領域には、カテゴリ辞書が保持される。
カテゴリ辞書は、複数のカテゴリと、複数のキーワードと、各カテゴリに対する各キーワードの寄与度とを定義する。
カテゴリには、ＥＰＧ情報のジャンルから独立した独自のカテゴリを用いてもよく、また当該ジャンルの種類と同じ種類のカテゴリを用いても構わない。
【００３９】
尚、このカテゴリは、ユーザの嗜好性及び番組の指向性を表すための枠組みとして用いられる。
具体的には、カテゴリごとの指向性の強さを要素として番組の指向性を表す評価ベクトルを定義し、かつカテゴリごとの嗜好性の強さを要素としてユーザの嗜好性を表す嗜好ベクトルを定義するために用いられる。
【００４０】
(評価ベクトル記憶領域)
評価ベクトル記憶領域には、各番組の評価ベクトルが保持される。
(番組カテゴリ記憶領域)
番組カテゴリ記憶領域には、番組の評価ベクトルに基づいてその番組が属すると判定されるカテゴリを示す情報が保持される。
【００４１】
(嗜好ベクトル記憶領域)
嗜好ベクトル記憶領域には、後述する嗜好ベクトルが保持される。
(推薦番組記憶領域)
推薦番組記憶領域には、ユーザの嗜好に合致すると推定されて決定された推薦番組を示す推薦番組情報が保持される。
【００４２】
次に、契約提案部４００について説明する。
図５は、契約提案部４００の詳細な構成を示す機能ブロック図である。
契約提案部４００は、図５に示すように、チャンネル情報記憶部４０１、チャンネル別統計処理部４０２、チャンネル別推薦番組記憶部４０３、チャンネル提案部４０４、及び表示制御部４０５を有する。
【００４３】
契約提案部４００の各部の機能は、具体的にはソフトウェアによって実現されてもよい。
その場合、チャンネル情報記憶部４０１、チャンネル別統計処理部４０２、チャンネル別推薦番組記憶部４０３、チャンネル提案部４０４、表示制御部４０５、及びしきい値記憶部４０６は、それぞれ具体的手段としての機能を実現するためのプログラムモジュールに相当する。
【００４４】
図示しないＣＰＵが、ハードウェア資源と協働してこれらのプログラムモジュールを実行することによって、対応機能が実現される。
以下、各部の機能について説明する。
(チャンネル情報記憶部４０１)
チャンネル情報記憶部４０１は、後述するチャンネル情報テーブルを有しており、全てのチャンネルについて、そのチャンネルが無料であるか有料であるかを示すチャンネル情報を保持する機能を有する。
【００４５】
また、有料チャンネルについては、ユーザの視聴契約状態（契約又は未契約）とそのチャンネルの視聴料金情報がチャンネル情報に含まれる。
(チャンネル別統計処理部４０２)
チャンネル別統計処理部４０２は、番組推薦部３００から推薦番組リストを受け取る機能を有している。推薦番組リストは、推薦番組のみに関係するＥＰＧ情報（ＣＨ、放送日、開始時刻、及び番組タイトルの内容）である。
【００４６】
また、チャンネル別統計処理部４０２は、チャンネル情報テーブルの内容を参照して、受け取った推薦番組リストを、有料か無料かのチャンネル形態及びユーザの契約状況ごとに分類することによって、チャンネル別推薦番組リストを生成する機能を有する。
また、チャンネル別統計処理部４０２は、チャンネル別推薦番組リストに示される推薦番組の個数を、放送されるチャンネルごと、所定の期間（例えば１日）ごとにカウントすることによって、度数分布情報を生成する機能を有する。
【００４７】
(チャンネル別推薦番組記憶部４０３)
チャンネル別推薦番組記憶部４０３は、チャンネル別推薦番組リスト及び度数分布情報を保持する。さらに、度数分布情報を拡張して、推薦番組の個数と、当該個数の推薦番組に関係するＥＰＧ情報とを対応付けて管理してもよい。
(チャンネル提案部４０４)
チャンネル提案部４０４は、閾値記憶部４０６を含んで構成される。
【００４８】
チャンネル提案部４０４は、ユーザから入力受付部５００を介して、チャンネルの契約提案の基準となる契約基準頻度及びチャンネルの解約提案の基準となる解約基準頻度とを受け取り、契約基準頻度及び解約基準頻度を閾値記憶部４０６に予め保持する機能を有する。
また、チャンネル提案部４０４は、度数分布情報において、有料かつ未契約の各チャンネルでの推薦番組の放送頻度と契約基準頻度とを比較し、放送頻度が契約基準頻度を上回っているチャンネルを、契約を提案すべきチャンネル（以下、「契約提案チャンネル」と言う。）と判断する機能を有する。
【００４９】
更に、チャンネル提案部４０４は、度数分布情報において、有料かつ契約済の各チャンネルでの推薦番組の放送頻度と解約基準頻度とを比較し、有料かつ契約済のチャンネルにおける推薦番組の放送頻度が、解約基準頻度を下回っているチャンネルを、契約の解除を提案すべきチャンネル（以下、「解約提案チャンネル」と言う。）と判断する機能を有する。
【００５０】
そして、契約提案チャンネル及び解約提案チャンネルを示す情報を、表示制御部４０５に通知する機能を有する。
また、チャンネル提案部４０４は、図示しない外部の有料チャンネルの放送通信事業者のサーバと、通信回線を介して接続する機能を有し、提案したチャンネルの契約又は解約のユーザ操作を受付けた場合、そのチャンネルの放送通信事業者のサーバに接続し、ユーザ操作に係る処理を実行する機能を有する。
【００５１】
(表示制御部４０５)
表示制御部４０５は、通知された契約提案チャンネルの契約を提案するためのフォーム、及び通知された解約提案チャンネルの解約を提案するためのフォームを、表示部２０に表示する。
＜データ＞
以下、番組推薦部３００及び契約提案部４００において格納されているデータテーブルについて説明する。
【００５２】
図３は、カテゴリ辞書テーブルの一例を示している。
図示されるように、カテゴリ辞書は、複数のキーワードと、複数のカテゴリとを定義し、さらに各キーワードの各カテゴリに対する寄与度を”０．００〜１．００”の範囲の数値で定義する。
寄与度とは、そのキーワードのそのカテゴリとの関連性を示す数値であり、そのカテゴリとの関連が深いと考えられるキーワードほど高い数値が与えられる。
【００５３】
例えばキーワード「宿泊」のカテゴリ「旅行」に対する寄与度が“１．００”となっており、これはそのキーワードがそのカテゴリに必ず関連すると考えられることを示している。
逆に、キーワード「献立」のカテゴリ「旅行」に対する寄与度のように、そのカテゴリに全く関連がないと考えられるキーワードの寄与度は“０．００”とされる。
【００５４】
もちろん“０．００”や“１．００”以外の中間的な寄与度を定めることもできる。例えばキーワード「フランス」には、カテゴリ「旅行」に対して“０．５０”、カテゴリ「グルメ」に対して“０．４０”、カテゴリ「料理」に対して“０．１０”の寄与度が定められている。
複数のカテゴリに関連してＥＰＧ情報に比較的頻繁に現れるキーワードにこのような中間的な寄与度を定めることによって、ＥＰＧ情報に現れるキーワードごとに寄与度を集計するときに予期しないカテゴリに突出した値が求まる不都合を軽減することができる。
【００５５】
また、予め設定されたカテゴリ辞書を固定的に使用するだけでなく、ユーザ操作に応じてその内容を随時メンテナンス可能とすることも考えられる。
図４は、一つのテーブルに統合的に格納されたＥＰＧ情報、番組カテゴリ情報、嗜好番組情報、及び推薦番組情報の一例を示している。
このテーブルの一行が一番組に対応している。
【００５６】
このテーブルにおいて、ＣＨ（チャンネル）欄、放送日欄、開始時刻欄、及び番組タイトル欄は、ＥＰＧ情報取得部３０１によって設定されたＥＰＧ情報を保持する。
ＣＨ欄、放送日欄、及び開始時刻欄の内容によって識別される番組のタイトルが、番組タイトル欄に保持される。
ＥＰＧ情報として、これらの他に、ジャンル情報、番組説明情報等を保持してももちろん構わない。
【００５７】
そして、番組カテゴリ(評価v)欄、嗜好番組欄、及び推薦番組欄は、それぞれ番組カテゴリ情報、嗜好番組情報、及び推薦番組情報を保持する。
尚、番組カテゴリ(評価ｖ)欄は、カテゴリ判定部２によって判定された番組カテゴリ情報の各番組が属するカテゴリを示し、括弧内にそのカテゴリの評価ベクトルを示している。
【００５８】
本実施の形態では、カテゴリ判定部２は、評価ベクトルが0.05以上のカテゴリを、番組が属するカテゴリとして判定する。
また、嗜好番組情報は、履歴情報に含まれた録画対象となった番組、及び視聴して面白かったとユーザの操作によって明示された番組を”ＹＥＳ”で示しており、同図の嗜好番組欄において“ＹＥＳ”で示された番組が嗜好番組である。
【００５９】
また、推薦番組情報は、ユーザの嗜好に合致すると推定された番組を”ＹＥＳ”で示しており、同図の推薦番組欄において“ＹＥＳ”で示された番組が推薦番組である。
図６は、チャンネル情報テーブルの構成及び内容の一例を示す。
チャンネル情報テーブルは、チャンネルと契約状況と料金とを対応付けて記憶している。
【００６０】
チャンネル情報記憶部４０１が、番組推薦部３００から新たなチャンネルに関するＥＰＧ情報を受け取った場合、及びユーザが新たにチャンネルを契約または解約した場合に、変動の内容を反映してチャンネル情報テーブルが更新される。
図７は、チャンネル別推薦番組リストの構造及び内容の一例である。
チャンネル別推薦番組リストは、ＣＨ、放送日、開始時刻、及び番組タイトルを対応付け、有料チャンネルと無料チャンネルを区別し、有料チャンネルにおいては契約済か未契約かを区別できるように記憶している。
【００６１】
図８は、度数分布情報の構造及び内容の一例である。
度数分布情報は、チャンネルと、各チャンネルにおいて１日毎に放送される推薦番組の数とを対応付けて記憶している。
また、図９は、図８に示す度数分布情報において、推薦番組の個数と共に、チャンネル別推薦番組リストの対応する推薦番組へのポインタを保持することによって、そのような対応管理を実現する度数分布情報を模式的に表したものである。
＜動作＞
次に、チャンネル契約提案装置１００の各部の動作について説明する。
【００６２】
図１７は、チャンネル契約提案装置１００の全体動作を示すフローチャートである。
受信部２００は、全チャンネルのＥＰＧ情報を受信する（ステップＳ１０１）。
番組推薦部３００は、取得されたＥＰＧ情報に示されている番組の中から推薦番組を決定するための番組推薦処理を行ない、推薦番組リストをチャンネル別統計処理部４０２に送出する。（ステップＳ１０２）。
【００６３】
尚、番組推薦処理については後述するものとする。
チャンネル別統計処理部４０２は、番組推薦部３００から、ＥＰＧ情報の中に新たに見つかったチャンネルに関する情報を受け取って、チャンネル情報を更新する（ステップＳ１０３）。
続いてチャンネル別統計処理部４０２は、番組推薦部３００から送出された推薦番組リストを受付け、チャンネル情報記憶部４０１に格納されたチャンネル情報テーブルを読み出す。チャンネル別統計処理部４０２は、推薦番組リストとチャンネル情報テーブルに基づいて、有料か無料かのチャンネル形態及びユーザの契約状況ごとに推薦番組を分類し、チャンネル別推薦番組リストと度数分布情報を生成する（ステップＳ１０４）。
【００６４】
チャンネル提案部４０４は、度数分布情報の各チャンネルが無料チャンネル、契約済の有料チャンネル、未契約の有料チャンネルかを判断する(ステップＳ１０５)。
チャンネル提案部４０４は、有料且つ未契約のチャンネルを選出し、閾値記憶部４０６から契約基準頻度を読み出す(ステップＳ１０５:有料の未契約CH)。チャンネル提案部４０４は、度数分布情報において、選出した各チャンネルでの推薦番組の放送頻度と契約基準頻度とを比較する（ステップＳ１０６）。
【００６５】
チャンネル提案部４０４は、放送頻度が契約基準頻度を上回っている場合(ステップＳ１０６:YES)、そのチャンネルの契約を提案する画像を表示することを表示制御部４０５に指示し、表示制御部４０５は指示されたチャンネルの契約を提案する画像を表示部２０に表示させる（ステップＳ１０７）。
また、チャンネル提案部４０４は、有料且つ契約済の各チャンネルを選出し、閾値記憶部４０６から解約基準頻度を読み出す(ステップＳ１０５:有料の契約CH)。チャンネル提案部４０４は、度数分布情報において、選出した各チャンネルでの推薦番組の放送頻度と解約基準頻度とを比較する（ステップＳ１０８）。
【００６６】
チャンネル提案部４０４は、放送頻度が解約基準頻度を下回っている場合(ステップＳ１０８:YES)、そのチャンネルの解約を提案する画像を表示する旨を表示制御部４０５に指示し、表示制御部４０５は指示されたチャンネルの解約を提案する画像を表示部２０に表示させる（ステップＳ１０９）。
ステップＳ１０７又はステップＳ１０９において契約又は解約の提案後、表示制御部４０５は、ユーザから入力受付部５００を介して、統計処理結果を表示させる操作を受付けた場合には、その操作に係る統計処理結果を示す画像を表示部２０に表示する（ステップＳ１１０）。尚、統計処理結果の表示は、無料のチャンネルについて行ってもかまわない。
【００６７】
ステップＳ１１０に続いて、チャンネル提案部４０４が、提案されたチャンネルの契約又は解約する処理をユーザ操作により受付けた場合には、チャンネル提案部４０４は、ユーザ操作に係るチャンネルの通信事業者のサーバに接続し、ユーザ操作によって指定された処理を実行する(ステップＳ１１１)。
尚、チャンネル提案部４０４が、ステップＳ１０５において無料チャンネルを選出した場合(ステップＳ１０５:無料CH)、ステップＳ１０７及びステップＳ１０９において否定的な判断をした場合は、ステップＳ１１０に移行し、上述したステップＳ１０５からステップＳ１１１までの処理を提案するチャンネル毎に繰り返し行う。
【００６８】
ここで、上述したステップＳ１０２の番組推薦処理の動作について詳細に説明する。
図１８は、番組推薦処理の動作フロー図である。以下、同図に従って番組推薦部３００の動作について説明する。
ステップＳ２０１において、評価ベクトル算出部１は、ＥＰＧ情報記憶領域に格納されているＥＰＧ情報の番組のうち、基準日の前後所定期間に放送された番組のＥＰＧ情報を読出し、カテゴリ辞書記憶領域に格納されているカテゴリ辞書テーブルを読み出す。
【００６９】
続いて、評価ベクトル算出部１は、読み出したＥＰＧ情報に含まれる各番組の番組タイトルにおいてカテゴリ辞書テーブルのキーワードを検出し、検出したキーワードの寄与度をカテゴリ毎に集計することにより各番組の評価ベクトルを求める。評価ベクトル算出部１は、求めた評価ベクトルを評価ベクトル記憶領域に格納する。
また、カテゴリ判定部２は、評価ベクトル算出部１により求められた評価ベクトルが閾値以上であるカテゴリを、番組の属するカテゴリとして判定し、判定結果を番組カテゴリ記憶領域に格納する(ステップＳ２０２)。
【００７０】
ステップＳ２０２に続いて、嗜好ベクトル決定部３は、嗜好番組情報から基準日前の所定期間内に放送された嗜好番組情報を読み出す(ステップＳ２０３)。
嗜好ベクトル決定部３は、評価ベクトル記憶領域からステップＳ２０２で読み出した嗜好番組情報が示す嗜好番組の評価ベクトルを読出し、読み出した評価ベクトルをカテゴリ毎に集計することにより嗜好ベクトルを求める(ステップＳ２０４)。
【００７１】
ステップＳ２０４に続いて、嗜好適否推定部４は、評価ベクトル記憶領域から基準日後の所定期間において放送される番組の評価ベクトルを読出し、嗜好ベクトル記憶領域から嗜好ベクトルを読み出す。また、嗜好適否推定部４は、読み出した各番組の評価ベクトルと嗜好ベクトルの各要素について論理積を算出し、各番組の各カテゴリとユーザの嗜好との一致度合いを評価する(ステップＳ２０５)。尚、本実施の形態では、次元の異なる評価ベクトルと嗜好ベクトルの集合において共通する要素を抽出することを、評価ベクトルと嗜好ベクトルの論理積を算出すると呼び、評価ベクトルと嗜好ベクトルのカテゴリ毎における各要素のうち値が小さい方を抽出するものとする。
【００７２】
ステップＳ２０５に続いて、嗜好適否推定部４は、ステップＳ２０５で算出した各番組のカテゴリ毎の値を集計することにより番組毎の嗜好合致度を求める(ステップＳ２０６)。
続いて、嗜好適否推定部４は、ステップＳ２０６で求めた嗜好合致度が閾値以上であるか否かを判断する(ステップＳ２０７)。
【００７３】
ステップＳ２０７において、嗜好適否推定部４が、番組の嗜好合致度が閾値以上であると判断した場合(ステップＳ２０７:Ｙ)、その番組を推薦番組として決定する(ステップＳ２０８)。
また、ステップＳ２０７において、嗜好適否推定部４が、番組の嗜好合致度が閾値未満であると判断した場合(ステップＳ２０７:Ｎ)、その番組についての処理を終了する。
【００７４】
尚、基準日後の所定期間に放送される他の番組について、ステップＳ２０７以下の処理を繰り返し行う。
＜動作例＞
以下、上述した図１７、１８の動作フローに従って動作例を説明する。
尚、チャンネル契約提案装置１００は、予めカテゴリ辞書テーブル(図３)、チャンネル情報テーブル(図６)を保持しているものとする。
【００７５】
また、チャンネル提案部４０４は、図１０及び図１１に示すフォームにおいて契約基準頻度、解約基準頻度の入力をユーザから受付け、閾値記憶部４０６に各基準頻度を保持しているものとする。
ここで、図１０及び図１１は、それぞれ、契約基準頻度及び解約基準頻度を受け付けるためのフォームの一例である。
【００７６】
このフォームは、例えば表示部２０に表示される。入力受付部５００は、このフォームを見ながらユーザが行う所定の入力操作を受け付ける。
具体的には、図１０のフォームは「未契約チャンネルで、どのくらいの期間に何番組を越える推薦番組が放送されるなら、そのチャンネルの契約を提案するか」を問い、ユーザは例えば「一日あたり３番組」といった頻度を契約基準頻度として入力する。
【００７７】
また、図１１のフォームは「契約チャンネルで、どのくらいの期間に放送される推薦番組が何番組を下回ると、そのチャンネルの解約を提案するか」を問い、ユーザは「一ヶ月あたり２番組」といった頻度を解約基準頻度として入力する。
入力された契約基準頻度及び解約基準頻度は、閾値記憶部４０６に設定される。
また、本動作例において、チャンネルの契約提案を行う基準日を３／１０とし、番組推薦処理における所定期間を１週間とする。
【００７８】
以下、上述の前提に基づいて動作例を説明する。
図１７のステップＳ１０１において、受信部２００は、図４に示すＣＨ，放送日時，及び番組名のＥＰＧ情報を受信し、ＥＰＧ情報記憶領域に格納する。
ステップＳ１０２において、番組推薦部３００は番組推薦処理を行う。
図１８において、評価ベクトル算出部１は、ＥＰＧ情報記憶領域に格納されているＥＰＧ情報において基準日の前後１週間である3／3から3／17までのＥＰＧ情報(図４)と、カテゴリ辞書記憶領域からカテゴリ辞書テーブル(図３)を読み出す(ステップＳ２０１)。
【００７９】
続いて、評価ベクトル算出部１は、読み出したＥＰＧ情報とカテゴリ辞書テーブルに基づいて各番組の評価ベクトルを求め、評価ベクトル記憶領域に格納する。また、カテゴリ判定部２は、各番組について、例えば閾値0.05以上の評価ベクトルを有するカテゴリを番組が属するカテゴリと判定し、図４に示す番組カテゴリ(評価ｖ)の情報を番組と対応付けて番組カテゴリ情報記憶領域に格納する（ステップＳ２０２）。
【００８０】
続いて、嗜好ベクトル決定部３は、嗜好番組記憶領域から3／9から3／3に放送された嗜好番組(図４の嗜好番組欄が“ＹＥＳ”の番組)を読み出す(ステップＳ２０３)。
ステップＳ２０３に続いて、嗜好ベクトル決定部３は、ステップＳ２０３で読み出した嗜好番組の評価ベクトル、この例では、図４の太枠４０内の番組カテゴリ(評価ｖ)欄の評価ベクトルをカテゴリ毎に集計して正規化すると、音楽0.75、旅行0.25の嗜好ベクトルを得る(ステップＳ２０４)。
【００８１】
ステップＳ２０５において、嗜好適否推定部４は、3／11から3／17に放送される番組の評価ベクトルを番組カテゴリ記憶領域から読出し、評価ベクトルと嗜好ベクトルの論理積を算出する。例えば、3／11に放送される「映画“○○○○○”ミュージカル」の場合、評価ベクトルと嗜好ベクトルの論理積を算出すると、共通する要素となるカテゴリ“音楽”のベクトル値0.5を抽出し、カテゴリ“映画”及び“旅行”は両ベクトルにおいて共通する要素がないので0.0となる。
【００８２】
続いて、嗜好適否推定部４は、ステップＳ２０５において算出した値を番組毎に集計して嗜好合致度を求め(ステップＳ２０６)、例えば閾値0.5以上である嗜好合致度を有する番組、図４の例では、推薦番組欄が“ＹＥＳ”の番組を推薦番組として決定し、推薦番組リストをチャンネル別統計処理部４０２に送出する(ステップＳ２０７:Ｙ,ステップＳ２０８)。尚、上記「映画“○○○○○”ミュージカル」の場合、嗜好合致度は0.5であるので推薦番組として決定される。
【００８３】
図１７のステップＳ１０３において、チャンネル別統計処理部４０２は、番組推薦部３００から、ＥＰＧ情報の中に新たに見つかったチャンネルに関する情報を受取ってチャンネル情報を更新する。
ステップＳ１０４において、チャンネル情報記憶部４０１からチャンネル情報テーブル(図６)を読出し、チャンネル別統計処理部４は、受付けた推薦番組リストとチャンネル情報テーブル(図６)に基づいて、チャンネル別推薦番組リスト(図７)を生成してチャンネル別推薦番組記憶部４０３に格納し、度数分布情報(図８,図９)を生成してチャンネル提案部４０４に送出する。
【００８４】
ステップＳ１０４に続いて、チャンネル提案部４０４は、3／11以後１週間の度数分布情報の有料且つ未契約チャンネルにおいて、契約基準頻度「一日あたり３番組」を超える放送頻度を有する有料チャンネル２０１を契約提案チャンネルと判断する。また、チャンネル提案部４０４は、表示制御部４０５に契約提案画面を表示するよう指示する(ステップＳ１０５，ステップＳ１０６:YES)。
【００８５】
続いて、表示制御部４０５は、図１２に示す契約提案フォームを表示部２０に表示させ、入力受付部５００は、このフォームを見ながらユーザが行う所定の入力操作を受け付ける(ステップＳ１０７)。
ステップＳ１０７において、表示制御部４０５は、番組リストの選択をユーザから入力受付部５００を介して受付けると、チャンネル別推薦番組記憶部４０３から契約提案チャンネルで放送される番組に関するＥＰＧ情報を取得し、当該取得された情報を表す番組リスト(図１４)を表示部２０に表示させる。
【００８６】
また、表示制御部４０５は、度数グラフの選択を受付けると、チャンネル別推薦番組記憶部４０３から契約提案チャンネルを含む複数のチャンネルで放送される推薦番組の頻度を取得し、取得された頻度をチャンネル間で比較するための第１の度数分布グラフ(図１５)を表示部２０に表示する。
表示制御部４０５は、さらに、契約提案チャンネルで放送される推薦番組の頻度を時系列に比較するための第２の度数分布グラフ(図１６)を表示してもよい。
【００８７】
また、チャンネル提案部４０４は、ステップＳ１０７において入力受付部５００を介して契約提案チャンネル２０１を契約する操作を受付けた場合には、チャンネル２０１の放送通信事業者のサーバに接続し、チャンネルの契約処理を行い、チャンネル情報テーブル(図６)を更新する(ステップＳ１１１)。
尚、有料チャンネルの解約提案についても、契約提案と同様に、図１１に示す解約提案フォームを表示し、ユーザ操作に応じて統計処理結果を表示し、解約処理を行う。
【００８８】
以上説明したように、第１の実施の形態に係るチャンネル契約提案装置は、ユーザが行った番組の録画又は視聴の履歴に応じて当該ユーザの嗜好ベクトルを決定し、当該嗜好に合うと推定される推薦番組の放送頻度に応じて有料チャンネルの契約又は解約を提案するので、前記ユーザの嗜好を従来よりも的確に反映した提案ができる。
しかも、この提案処理では、予め全ユーザの視聴率データを算出してクラスタ分解する必要がないので、処理に要する負担が少なく、例えば放送を受信するための個々の装置の内部においてコンパクトに実施することができる。
【００８９】
また、提案の際に、推薦番組に関するＥＰＧ情報や、推薦番組の放送頻度のチャンネル間での比較や時間推移をグラフ表示するので、ユーザはそれを契約及び解約の判断に資することができる。
さらには、ＥＰＧ情報を用いて、将来放送が予定される推薦番組をも放送頻度を考慮に入れるので、例えば近日中にユーザの好みの新番組の放送を始めるチャンネルを契約提案することが可能となる。
（第２の実施の形態）
本発明の第２の実施の形態におけるチャンネル契約提案装置は、第１の実施の形態のチャンネル契約提案装置と比べて、複数のユーザそれぞれに対してチャンネルの契約及び解約に関する提案を個別に行う点、及びその個別の提案を集計して全体提案を行う点が異なる。
【００９０】
図２１は、本実施の形態のチャンネル契約提案装置１００ａを含むホームネットワークの構成図である。
ホームネットワーク９００には、図１８に示すように、サーバ９０１、端末９０２、９０３が接続される。チャンネル契約提案装置１００ａは、サーバ９０１に内蔵される。
サーバ９０１は、放送信号を受信すると共に、当該放送信号に含まれる番組のうち端末９０２及び９０３それぞれから要求された番組を、例えば有線ＬＡＮ又は無線ＬＡＮを介して、対応端末に配信する。端末９０２及び９０３は、サーバ９０１から配信される番組を映写する。
【００９１】
ここで、端末９０２及び９０３は、それぞれ家族の異なるメンバーによって使用されるとしてもよい。その場合、チャンネル契約提案装置１００ａは、端末９０２及び９０３からサーバ９０１へ要求された番組を、端末に対応するメンバーの嗜好番組として認識できる。
端末が家族の複数のメンバーによって共用される場合には、端末が行う番組の要求にメンバーを識別する情報を付加することによって、チャンネル契約提案装置１００ａはメンバーごとの嗜好番組を認識できる。
【００９２】
チャンネル契約提案装置１００ａは、このようにして区別されるメンバーごとの嗜好に基づいて、家族の各メンバーに対して第１の実施の形態と同様の提案を個別に行い、そしてその個別の提案を集計して全体提案を行う。
以下、チャンネル契約提案装置１００ａが行う全体提案処理について、具体例を用いて説明する。
【００９３】
例えば、家族の各メンバーに対する個別提案によって、それぞれ次の契約提案チャンネルが示されたとする。
お父さん  ＣＨ１０１  ＣＨ１０２  ＣＨ１０３
お母さん  ＣＨ２０１  ＣＨ２０２  ＣＨ１０３
長男      ＣＨ１０３  ＣＨ３０１  ＣＨ３０２
長女      ＣＨ３０２  ＣＨ２０１  ＣＨ２０２
ここで、これらの契約提案チャンネルはメンバーごとに推薦番組が多く放送される順に示され、異なる契約提案チャンネルの総数は７である。
【００９４】
チャンネル契約提案装置１００ａは、全ての契約提案チャンネルの中から、メンバーごとに最も多くの推薦番組を含む一つの契約提案チャンネルを選択して、全体提案する。
上述の例では、次の４つの契約提案チャンネルＣＨ１０１、ＣＨ２０１、ＣＨ１０３、ＣＨ３０２が全体提案される。
また、チャンネル契約提案装置１００ａは、全ての契約提案チャンネルの中から、個別提案されたメンバーの数に応じて所定の契約提案チャンネルを選択して、全体提案してもよい。
【００９５】
例えば、２人以上に個別提案された契約提案チャンネルを選択すれば、ＣＨ１０３、ＣＨ３０２、ＣＨ２０１、ＣＨ２０２が全体提案され、個別提案されたメンバー数が多い順に２つの契約提案チャンネルを選択すればＣＨ１０３、ＣＨ３０２が全体提案される。
これらの全体提案は、例えば契約可能なチャンネル数が予算的に制限される場合に特に、家族全員が高い納得感を持って有料チャンネルを契約及び解約する上で役に立つ。
【００９６】
また、チャンネル契約提案装置１００ａは、メンバーごとに個別の契約基準頻度及び解約基準頻度を用いて行った個別提案を集計して全体提案を行ってもよい。
個別の契約基準頻度及び解約基準頻度は、テレビをよく見るメンバーほど、チャンネルが契約提案され易くかつ解約提案され難くなる、小さなしきい値に設定されることが望ましい。
【００９７】
そうすれば、テレビをよく見るメンバーに個別提案されるチャンネル数が増え、結果的にそのメンバーの嗜好が他のメンバーの嗜好に比べて重視された全体提案がなされる。
そのような全体提案を用いることによって、家族全員がより高い公平感を持って有料チャンネルを契約及び解約することができる。
さらには、家族の各メンバーの視聴時間帯を考慮して個別提案を行うことも考えられる。具体的に、昼間にテレビを見ることが多いお母さんには、推薦番組を昼間に多く放送するチャンネルを優先して個別提案し、帰宅後夜間に少しだけテレビを見るお父さんには、推薦番組を昼間よりも夜間に多く放送するチャンネルを優先して個別提案してもよい。
【００９８】
また、契約提案に応じて新たな有料チャンネルを契約することが選択される場合、メールなどによって家計の決裁者に通知してもよい。そうすれば、チャンネル契約を管理する上での便宜を当該決裁者に提供できる。
＜変形例＞
第１の実施の形態では、未契約有料チャンネルで、推薦番組の放送頻度が所定の基準頻度を超えている場合に、チャンネルの契約提案を行うこととして説明したが、嗜好合致度のレベルに応じてチャンネルを提案することとしてもよい。
【００９９】
例えば、提案条件として嗜好合致度のレベルを予めユーザが選択し、そのレベルに該当する嗜好合致度のチャンネルを契約提案チャンネルとする。
図１９(ａ)は、嗜好合致度レベルテーブルの構成及び内容例を示す図である。
嗜好合致度レベルテーブル２０は、嗜好合致度２１と嗜好レベル２２とを対応づけて、閾値記憶部４０６に記憶されているものとする。
【０１００】
例えば、契約提案条件として予め嗜好レベル“４”がユーザによって選択され、閾値記憶部４０６に格納されているものとする。
図１９(ｂ)は、チャンネル別合致度リストの一例を示している。
チャンネル別合致度リスト３０は、ＣＨ３１と合致度３２とを対応付けて記憶しており、嗜好適否推定部４によって決定された推薦番組の嗜好合致度に基づいて、チャンネル別統計処理部４０２が嗜好合致度の高い順にチャンネルを並べたものである。
【０１０１】
以下、上述した実施の形態１の動作フローと異なる本変形例の動作について説明する。
図１７において、ステップＳ１０１からステップＳ１０３の処理を行なう。
チャンネル別統計処理部４０２は、番組推薦部３００から推薦番組リストと各推薦番組の嗜好合致度の情報を受付け、チャンネル別合致度リスト３０を生成し、チャンネル提案部４０４に送出する。
【０１０２】
チャンネル提案部４０４は、閾値記憶部４０６から嗜好レベルを読み出し、チャンネル情報記憶部４０１からチャンネル情報テーブルを読み出す。
チャンネル提案部４０４は、チャンネル別統計処理部４０２からチャンネル別合致度リスト３０を受付け、嗜好レベル“４”に該当する合致度のチャンネルを特定する。
本変形例の場合、合致度“０．９５”である未契約有料チャンネル“１０２”のみが、契約提案チャンネルとして特定される。
【０１０３】
チャンネル提案部４０４は、特定した契約提案チャンネルについて図１７のステップＳ１０７以下の処理を行う。
尚、上述の変形例では、嗜好レベルが所定のレベル以上であるチャンネルを提案対象として特定したが、推薦番組の放送頻度と嗜好合致度レベルとを組み合わせてチャンネルを特定することとしてもよい。
＜補足＞
なお、本発明を上記の実施の形態に基づいて説明してきたが、本発明は、上記の実施の形態に限定されないのはもちろんである。以下のような場合も本発明に含まれる。
（１）上述の実施の形態では録画又は視聴した番組の履歴情報から嗜好ベクトルを決定しているが、ユーザから嗜好番組や嗜好するジャンル等の入力を受付けることとしてもよい。
【０１０４】
これにより、録画等の履歴情報が十分でない場合でもユーザの嗜好に適した番組を推薦することができる。
（２）また、チャンネルの契約提案フォームにより推薦したチャンネルが契約されず、再度そのチャンネルの契約を提案する場合、過去にそのチャンネルの契約を提案したことを表示させてもよい。
【０１０５】
例えば、契約提案フォームにおいてその提案が何度目であるかを示す情報を表示させる場合、チャンネル提案部４０４がチャンネルの提案履歴と提案結果とを示す提案履歴情報をメモリ等に記憶し、チャンネルの提案を行う際に、提案するチャンネルの提案履歴情報から提案回数を集計し、契約提案フォームに集計結果を表示する。
また、チャンネル提案部４０４は、提案回数に応じて基準頻度を変えることとしてもよい。これにより、例えば提案に応じなかった回数に応じて基準頻度を上げた場合には、ユーザが契約の提案に応じなかったチャンネルが何度も提案されることを防止することができる。
（３）また、実施の形態におけるチャンネルの契約提案は、推薦番組が所定の放送頻度を超えていることを提案条件としてチャンネルの契約提案を行うこととして説明したが、予めユーザによって設定された有料チャンネルの契約数や契約済料金の制限を契約提案条件に加えることとしてもよい。
【０１０６】
例えば、チャンネルの契約推薦の際に、チャンネル提案部４０４がその制限内か否か判断し、制限を超える場合には、表示制御部４０５は、契約提案フォームに制限を超えている旨の警告を表示部２０に表示させる。
また、契約提案フォームを表示する際に、制限された契約数や料金の残を表示させてもよいし、チャンネルの契約推薦を行わないこととしてもよい。
（４）また、推薦番組と契約又は解約提案チャンネルが視認できるように表した電子番組表を、推薦番組リストの表示形式の一つとして表示させることとしてもよい。
【０１０７】
図２０は、電子番組表の一例を示している。
電子番組表１０は、ＥＰＧ情報及びチャンネル別推薦番組リスト(図７)に基づいて生成され、有料チャンネルが契約済か否かの区別ができるように、また、契約又は解約が提案されているチャンネルについては、契約か解約かの区別ができるように、チャンネルの各番組枠内の背景色を変える等して表示する。
【０１０８】
更に、推薦番組か否かの区別ができるように、推薦番組を強調する等して他の番組と表示態様を変えて表示する。
同図において、有料チャンネル２０１が契約提案チャンネルであり、チャンネル１０１及び３０１は既に契約済であることを示している。また、同図中の矩形１１〜１５に表示されている各番組は、推薦番組を示している。
【０１０９】
例えば、推薦番組の放送頻度が一日当り２番組を契約基準頻度としている場合、ユーザは、同図の電子番組表を参照することにより、３つの推薦番組が放送されているからチャンネル２０１が提案されていることを一目で確認することができる。
また、推薦番組の放送頻度と基準頻度との差に応じて、有料チャンネルの表示態様を変えて表示させても良いし、特に、契約済チャンネル及び契約提案チャンネルにおける推薦番組の表示態様を他の推薦番組と区別し得るように表示させてもよい。
【０１１０】
更に、上述した図１２及び図１３の提案フォームの提示だけでなく、上記電子番組表を表示させることにより有料チャンネルの提案を行うこととしてもよい。
（５）また、第２の実施の形態において家族の中で推薦番組が重複している場合、重複している番組を推薦番組として特定してもよいし、家族の中でテレビを視聴している時間が長い人の嗜好を優先するように推薦番組を特定してもよい。尚、有料チャンネルの契約単位となりうるグループであれば、家族以外でもよい。
（６）嗜好合致度を算出する際の条件として、番組のダビングの頻度が高いチャンネル、高画質番組の放送頻度が高いチャンネル、又はデジタル放送チャンネルか否か等を考慮することとしてもよい。
（７）上述の実施の形態では、有料チャンネルの契約に関する提案を行うこととして説明したが、番組を視聴するために契約を条件とするチャンネルであれば無料チャンネルでもよい。
（８）上述の実施の形態では、カテゴリ毎に集計した寄与度を正規化することにより嗜好ベクトルを求め、評価ベクトルと嗜好ベクトルの論理積を算出することにより重み付けを行って嗜好合致度を算出したが、嗜好ベクトル及び嗜好合致度を求める方法は他の方法、例えば、カテゴリ毎の寄与度の比やカテゴリ毎の嗜好番組数を嗜好ベクトルとして求めてもよいし、嗜好ベクトルと各番組の評価ベクトルを掛け算することにより重み付けを行って嗜好合致度を求める方法でもよい。
（９）本発明は、チャンネル契約に関する提案を行うＬＳＩとしても実現可能である。このようなＬＳＩは、図１に示すチャンネル契約提案装置１００に含まれる各機能ブロックの一部、又は全てを集積化することで実現できる。これらの機能ブロックは、個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。
【０１１１】
なお、ここでは、チャンネル契約に関する提案を行う集積回路として、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ(FieldProgrammable Gate Array)や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１１２】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。このような技術には、バイオ技術の適応等が可能性としてありえる。
（１０）本発明は、実施の形態で説明したステップを含む方法であるとしてもよい。また、これらの方法を、コンピュータシステムを用いて実現するためのコンピュータプログラムであるとしてもよいし、前記プログラムを表すデジタル信号であるとしてもよい。
【０１１３】
また、本発明は、前記プログラム又は前記デジタル信号を記録したコンピュータ読取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ、ＭＯ、ＤＶＤ、ＢＤ、半導体メモリ等であるとしてもよい。
また、本発明は、電気通信回線、無線又は有線通信回線、若しくはインターネットに代表されるネットワーク等を経由して伝送される前記コンピュータプログラム又は前記デジタル信号であるとしてもよい。
【０１１４】
また、本発明は、マイクロプロセッサ及びメモリを備えたコンピュータシステムであり、前記メモリは前記プログラムを記憶しており、前記マイクロプロセッサは前記メモリに記憶されている前記プログラムに従って動作することにより、前記方法を実現するとしてもよい。
また、前記プログラム又は前記デジタル信号は、前記記録媒体に記録されて移送され、若しくは、前記ネットワーク等を経由して移送され、独立した他のコンピュータシステムにおいて実施されるとしてもよい。
【産業上の利用可能性】
【０１１５】
本発明に係るチャンネル契約提案装置は、例えば、有料の多チャンネル放送を受信するためのセットトップボックスに利用できる。
【図面の簡単な説明】
【０１１６】
【図１】チャンネル契約提案装置１００の構成を示す機能ブロック図である
【図２】番組推薦部３００の詳細な構成を示す機能ブロック図である。
【図３】カテゴリ辞書テーブルの構成及び内容例を示す図である。
【図４】一つにテーブルに統合的に格納されたＥＰＧ情報、番組カテゴリ情報、嗜好番組情報、及び推薦番組情報の一例である。
【図５】契約提案部４００の詳細な構成を示す機能ブロック図である。
【図６】チャンネル情報テーブルの構成及び内容例を示す図である。
【図７】チャンネル別推薦番組リストの構造及び内容例を示す図である。
【図８】度数分布情報の構造及び内容例を示す図である。
【図９】推薦番組の個数と、当該個数の推薦番組に関係するＥＰＧ情報とを対応付けて管理する拡張度数分布情報を表す模式図である。
【図１０】契約基準頻度を受け付けるためのフォームの一例である。
【図１１】解約基準頻度を受け付けるためのフォームの一例である。
【図１２】契約提案を行うためのフォームの一例である。
【図１３】解約提案を行うためのフォームの一例である。
【図１４】番組リストの一表示例である。
【図１５】第１の度数分布グラフの一表示例である。
【図１６】第２の度数分布グラフの一表示例である。
【図１７】チャンネル契約提案装置１００の全体動作を示すフローチャートである。
【図１８】番組推薦部３００の番組推薦処理を示すフローチャートである。
【図１９】(ａ)は、嗜好合致度レベルテーブルの構成及び内容例を示す図であり、(ｂ)は、チャンネル別合致度リストの構成及び内容例を示す図である。
【図２０】電子番組表の表示例を示す図である。
【図２１】チャンネル契約提案装置１００ａを含むホームネットワークの構成図である。
【符号の説明】
【０１１７】
１    評価ベクトル算出部
２    カテゴリ判定部
３    嗜好ベクトル決定部
４    嗜好適否推定部
５    カテゴリ辞書メンテナンス部
１０、１１  放送局
２０    表示部
１００、１００ａ  チャンネル契約提案装置
２００    受信部
３００    番組推薦部
３０１    ＥＰＧ情報取得部
３０２    履歴情報取得部
３０３    ＲＡＭ
３０４    ＣＰＵ
３０５    ＲＯＭ
３０６    表示制御部
４００    契約提案部
４０１    チャンネル情報記憶部
４０２    チャンネル別統計処理部
４０３    チャンネル別推薦番組記憶部
４０４    チャンネル提案部
４０５    表示制御部
４０６    閾値記憶部
５００    入力受付部
９００    ホームネットワーク
９０１    サーバ
９０２、９０３  端末
【図１】
0004676441.tif 000002
【図２】
0004676441.tif 000003
【図３】
0004676441.tif 000004
【図４】
0004676441.tif 000005
【図５】
0004676441.tif 000006
【図６】
0004676441.tif 000007
【図７】
0004676441.tif 000008
【図８】
0004676441.tif 000009
【図９】
0004676441.tif 000010
【図１０】
0004676441.tif 000011
【図１１】
0004676441.tif 000012
【図１２】
0004676441.tif 000013
【図１３】
0004676441.tif 000014
【図１４】
0004676441.tif 000015
【図１５】
0004676441.tif 000016
【図１６】
0004676441.tif 000017
【図１７】
0004676441.tif 000018
【図１８】
0004676441.tif 000019
【図１９】
0004676441.tif 000020
【図２０】
0004676441.tif 000021
【図２１】
0004676441.tif 000022