JP2000269840A - コンテンツ再生／コンテンツ受信装置 - Google Patents

Abstract

(57)【要約】 【課題】 別機器でも利用が可能な視聴者嗜好値を生成
するコンテンツ再生／受信装置を提供する。 【解決手段】 視聴者ごとに、再生（受信）するコンテ
ンツ自身、及び／又はコンテンツのタイトル名や分類名
等のコンテンツ付加情報より、“陽気さ”、“楽しさ”
等の感性／性格などを表す抽象的項目と“テンポ”、
“再生時間”等の物理的項目のそれぞれの値からなる再
生コンテンツ嗜好値（視聴者嗜好値）を算術・推測し、
求められた視聴者嗜好値をコンテンツを再生（受信）す
る度に過去に求められた視聴者嗜好値とで平均値化する
ことによって新たな視聴者嗜好値を算出する。このよう
に求められた各視聴者毎の視聴者嗜好値は、持ち運び可
能な記録媒体に記録するか、別機器に転送され、異なる
場所、機器においても利用できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツ再生装
置、より詳細には、音楽／映画等が記憶されているＣＤ
などの記憶媒体を再生する装置（プレイヤ）や、通信媒
体（放送媒体）を通じて、放送されるコンテンツを受
信、再生する装置（デジタルＴＶ、ラジオ）において、
利用者（視聴者）が再生処理したコンテンツの好み、興
味などを学習記録し、別の情報機器にて、学習記録した
ユーザ嗜好情報を利用することを可能としたコンテンツ
再生装置に関する。

【０００２】

【従来の技術】特開平６−１２４３０９号公報（情報サ
ービスシステムおよび放送受信システム）には、情報サ
ービスもしくは放送システムにおいて、視聴者（利用
者）のアクセス／番組受信した履歴をアクセス情報の分
類単位で管理、記憶し、以後の情報アクセスや番組受信
の際に、管理されたアクセス履歴を基に、利用者の好み
に応じた情報の取得、選択、番組選局等の処理が可能と
なるシステム・受信装置が開示されている。

【０００３】

【発明が解決しようとする課題】前記特開平６−１２４
３０９号公報に記載の発明では、利用者が所望するであ
ろう情報推測手段（分類ごとのアクセス履歴管理）と、
その管理・記憶された情報を基に、利用者が所望するで
あろう情報を推測利用する手段（例えば、番組選択手
段）とが、同一人物・同一機器内の範囲で処理される分
には、特に問題なく利用可能であるが、アクセス履歴管
理機器と、その管理情報を利用する機器が別機器とする
環境下では、大きな問題もなく利用可能なのは、番組ク
ラス（分類）レベルであり、コンテンツレベルでは完全
な利用ができない、という課題がある。なお、ここでの
“番組クラス（分類）レベル”とは、“野球番組”、
“映画番組”という番組そのものの分類レベルのことで
ある。

【０００４】上述のように、特開平６−１２４３０９号
公報に記載の発明では、コンテンツレベルでの利用が完
全でないという問題があるが、最初にこの点について説
明する。すなわち、特開平６−１２４３０９号公報に
は、“分類項目ごとに情報アクセス履歴管理する”と記
載されているが、ここでの“分類項目”は一体誰が生成
し、一体どのようなものなのかが、例示はあるものの明
確ではない。例えば、ＣＤ内に（ヘッダとして）、記憶
されている各音楽の「タイトル」「ジャンル」情報が付
加されている「'９８ヒットアルバムＣＤ」と、さまざ
まなジャンルの曲が放送される音楽専用（ナレーション
等は一切放送されないものとする）ラジオチャンネル
が、日単位で時分秒単位で番組化され、そのチャンネル
で放送される「曲のタイトル」「放送時間」「ジャン
ル」情報（ＥＰＧ：電子番組表）が別チャンネルで放送
されている放送サービスが存在するとする。

【０００５】また、今ここに、特開平６−１２４３０９
号公報で開示されている嗜好処理技術を採用した「居間
用の高級オーディオ」と「若者（スポーツカー）向きの
カーオーディオ」があり、「居間用オーディオ」で、音
楽専用放送チャンネルである“ロック”音楽を１曲聴い
たとする。その時、生成された嗜好情報を「カーオーデ
ィオ」にコピー（コピーできるか否かは不明だが、でき
るものとする）し、「カーオーディオ」で「'９８ヒッ
トアルバムＣＤ」の嗜好ランダム再生（嗜好情報に最も
近いジャンルの音楽順に再生する機能）ボタンを押下し
たら、どんな音楽が再生されるだろうか。当然“ロッ
ク”音楽、もしくは、それに近い音楽から再生されるこ
とを希望するが、特開平６−１２４３０９号公報で開示
されている嗜好処理技術では、場合によっては、希望ど
おり“ロック”音楽から、順に、“ロック”に近いジャ
ンル順に再生されるが、場合によっては、何も再生され
ない可能性もある。この“場合”は、ＣＤ内に格納され
ている“ジャンル”、ＥＰＧ放送で提供される“ジャン
ル”の内容によって決定される。

【０００６】まず、音楽のジャンルは、もともと、“ク
ラシック”、“ジャズ”、“ポップス”、“ラテン”の
４つであるといわれている。これらのジャンルのうち、
“クラシック”だけが、メロディーラインを優先さた音
楽ジャンルで、他は、リズムを優先させた音楽ジャンル
といわれており、すなわち、これは、メロディが同じで
もリズムが異なれば、ジャンルも変化することをも意味
しており、アレンジした人（編曲者）や、アーテイスト
（演奏者）が異なるだけで、同じメロディであってもジ
ャンルが異なるのはそのためである。さらに、“ロッ
ク”や“ニューミュジック”なども一般に音楽を分類分
けするジャンル名として使われているが、もともとこれ
らは、“ポップス”より派生されたジャンルであるらし
い。

【０００７】どうも、ある音楽（曲）のジャンル決定に
一番力があるのは、アーチスト（演奏者）であることら
しいが、すべてがすべてそうなのかといえば、答えは必
ずしもそうではない。すなわち、上記例でいえば、“ロ
ックを１曲聴いた”の“ロック”というジャンルを決め
たのは、“聴いたその人”であり、ＥＰＧ放送で放送す
る曲のジャンルを決めたのは、“放送局”であり、ＣＤ
内に記憶されている曲のジャンルを決めたのは、“アル
バムの編集社”であり、どれもが同じであるとはとても
考えにくい。

【０００８】極端な例をいえば、ＣＤ内のジャンルは、
“ソフトロック”、“ハードロック”といったように
“ロック”をさらに細かく分類しているが、放送局での
ジャンルは、単に、“ロック”としてしか分類しておら
ず、さらに、テキストベースで、かつ、完全一致の分類
名でないと履歴管理できない嗜好処理技術（特開平６−
１２４３０９号公報の発明ではこの部分が不明確）であ
ったら、上記例では、“嗜好ランダム再生”にならず、
おそらく、記憶順に再生されることになる。

【０００９】上記例からも分かるように、利用・再生情
報（嗜好情報）を、如何なる方法・手段で実施したとし
ても、異なった目的を持つ機器同士での有効な嗜好情報
の交換を実施するには、何らかの基準（ものさし）が必
要となる。音楽や映像（映画）などのコンテンツ再生・
受信装置に、特開平６−１２４３０９号公報（情報サー
ビスシステムおよび放送受信システム）を適用した場合
は、放送局から提供されるＥＰＧ内の分類項目を基準
（ものさし）とし、各放送局間で分類方法の規格が決め
られたとしても、番組選局程度の嗜好処理が限界になる
であろうと推測される。なお、特開平６−１２４３０９
号公報の発明では、上記問題を補助する目的も含めて
「関心度入力手段」、「ひな形アクセス情報記憶手段」
が具備されていると考えられる。

【００１０】また、類似の技術として、特開平８−１６
６１１号公報（自然言語に基づくデータ検索装置）が開
示されている。この従来技術は、嗜好処理方法そのもの
は本発明と同一の概念に基づくが、検索のための質問文
を入力し、入力された質問文と、検索対象情報（テキス
トデータ以外の場合は付加されたテキストデータ）とを
比較（あいまい検索）し、例えば、一致度の高い順にリ
ストアップするものであり、個人個人の嗜好値を生成す
るものではない。

【００１１】さらに特開平９−４６６８９号公報（映像
ソフト紹介システムおよび映像ソフトに記載の発明）
は、コンテンツ提供側から、作品評価ＤＢを送信し、こ
のＤＢを評価（あいまい検索）することで利用者嗜好を
生成するシステム、受信装置に関するものであるが、作
品評価ＤＢそのものが放送局側で一方的に生成されたも
ののため、異なった会社の提供サービスを利用した場合
には、作品評価ＤＢも異なることが予測され、また、こ
のシステム形態となっていない提供サービスを利用した
場合、その間の利用は何ら嗜好処理はなされず、利用で
きないことから、生成された嗜好情報の別機器での利用
は想定されていないものである。

【００１２】本発明は、主にイメージ系コンテンツ
（“テキストデータでないコンテンツ”というよりむし
ろ芸術要素が存在するコンテンツを意味し、例えば、
“和歌”“短歌”、“詩”などもイメージ系コンテンツ
に属する）でのコンテンツ分類そのものに曖昧性がある
（曖昧性が非常に高い）ということを考慮して、別機器
でも利用が可能なイメージ系コンテンツ再生処理におけ
る視聴／利用嗜好値を生成・記憶する再生装置を提供し
ようとするものである。

【００１３】

【課題を解決するための手段】請求項１の発明（嗜好情
報を他機器で利用な手段を持つ）は、音楽や映像（映
画）コンテンツを放送受信、もしくは、記憶媒体より再
生する再生装置において、（１）再生（受信）するコン
テンツそのもの、もしくは、コンテンツの付加情報（コ
ンテンツのタイトル名や分類名など）により、感性／性
格などを表す抽象的項目（“陽気さ”、“楽しさ”等）
や再生コンテンツ物理的数値項目（“テンポ”、“再生
時間”等）それぞれの値から成る再生コンテンツ嗜好値
（一般に、項目は多次元化する方が良いので“再生コン
テンツ嗜好ベクトル値”と呼ぶ方がふさわしい）に算術
・推測する算出手段と、（２）前記（１）の算出手段に
より求められた嗜好値をコンテンツ再生の度ごとに過去
に求められた嗜好値とを平均値化（多次元の場合を考え
ると“加算ベクトル値”と呼ぶ方がふさわしい）する手
段と、（３）前記（２）の手段により求められた再生コ
ンテンツの嗜好平均値（以後、“視聴者嗜好値”と呼
ぶ）を、持ち運び可能な記憶装置へ記録する手段、もし
くは、別機器へ転送（通信）処理する手段のいずれか、
もしくは、両手段とを具備することを特徴としたもので
ある。

【００１４】請求項２の発明（複数利用者対応）は、前
記の請求項１のコンテンツ再生／コンテンツ受信装置に
おいて、（１）視聴者（利用者）を識別（変更・指定）
する手段と、（２）前記（１）の手段により識別された
視聴者ごとに、視聴者嗜好値を算術する手段と、（３）
同じく、前記（１）の手段により識別された視聴者ごと
に、前記（２）の手段により算術された視聴者嗜好値
を、持ち運び可能な記憶装置へ記録する手段、もしく
は、他装置へ転送（通信）処理する手段、又は両手段と
を具備することを特徴としたものである。

【００１５】請求項３の発明（嗜好数値化において、外
的原因（再生日など）で数値化テーブルを変更）は、前
記の請求項１又は２に記載のコンテンツ再生／コンテン
ツ受信装置において、前記の請求項１の（１）の再生コ
ンテンツ嗜好値を算術・推測する算出手段は、（１）外
的要因（月日や時刻など）に応じて複数の異なる嗜好値
テーブルを具備し、コンテンツを再生した時点での外的
要因（月日や時刻）に応じて前記（１）の嗜好値テーブ
ルを切り替えることにより、季節等の再生した時点に適
した視聴者嗜好値生成が可能となることを特徴としたも
のである。

【００１６】請求項４の発明（コンテンツ再生とコンテ
ンツ嗜好数値化とは異なったＣＰＵで処理）は、前記請
求項１乃至３のいずれかに記載のコンテンツ再生／コン
テンツ受信装置において、コンテンツ再生手段は、
（１）独立にコンテンツ再生をする演算部（ＣＰＵ）、
処理コード格納部（ＲＯＭ）と、（２）少なくとも再生
コンテンツを記憶する再生用記憶部（ＲＡＭ）とを具備
し、また、前記コンテンツ再生手段に対してのコマンド
（コンテンツ再生、コンテンツ再生中断）を、少なくと
も再生コンテンツ嗜好値を算術する手段の演算部（メイ
ンＣＰＵ）より制御する回路と、少なくとも、前記コン
テンツ再生手段での再生処理が完了した時点で、“再生
完了”を、メイン演算部に送出する回路とを具備するこ
とを特徴としたものである。

【００１７】請求項５の発明（中断時の嗜好値更新は実
施しない）は、前記の請求項１乃至４のいずれかに記載
のコンテンツ再生／コンテンツ受信装置において、
（１）再生の中断もしくは再生対象コンテンツの切替手
段を具備し、途中の中断処理なしにコンテンツ再生が完
了した場合にのみ、視聴者嗜好値を算術、記憶すること
を特徴としたものである。

【００１８】請求項６の発明（情報ベクトル生成方法）
は、前記の請求項１乃至５のいずれかに記載のコンテン
ツ再生／コンテンツ受信装置において、出力対象のデジ
タル情報もしくはその付加情報を、感性／性格など表す
抽象的項目（“陽気さ”、“楽しさ”等）や情報物理的
数値項目（情報サイズ等）それぞれの値から成る情報値
（一般に、項目は多次元化する方が良いので“情報ベク
トル値”と呼ぶ方がふさわしい）への展開を、デジタル
情報を出力（静止画／動画／テキスト表示、音声／動画
再生等）時に処理することを特徴としたものである。

【００１９】

【発明の実施の形態】（請求項１の発明）請求項１の発
明は、コンテンツを受信、もしくは、記憶媒体より再生
する再生装置において、再生（受信）するコンテンツそ
のもの、もしくは、コンテンツのタイトル名や分類名な
どのコンテンツ付加情報より、該コンテンツの抽象的項
目（“陽気さ”、“楽しさ”等）や物理的数値項目
（“テンポ”、“再生時間”等）のそれぞれの値から成
る再生コンテンツ嗜好値（一般に、項目は多次元化する
方が良いので“再生コンテンツ嗜好ベクトル値”と呼ぶ
方がふさわしい）を算術・推測するコンテンツ嗜好値算
出手段と、該コンテンツ嗜好値算出手段により求められ
た視聴者嗜好値をコンテンツ再生の度ごとに過去に求め
られた視聴者嗜好値とで平均値化する平均値化手段と、
該平均値化手段により求められた視聴者嗜好値を、持ち
運び可能な記憶装置へ記録する手段、及び／又は、別機
器へ転送処理する手段と、を具備し、これによって、利
用される機器の想定（機器そのものの性格）をも踏まえ
て視聴者嗜好値が利用できるものとしており、すなわ
ち、再生・放送受信装置に限定されない、再生対象のコ
ンテンツに限定されない、利用者（視聴者）の性格に非
常に近い視聴者嗜好値を生成することを可能とし、嗜好
情報を他の機器で利用することを可能としたものであ
る。

【００２０】例えば、「居間用オーディオ」と「カーオ
ーディオ」が存在し、「居間用オーディオ」で、音楽専
用放送チャンネルで、とある“ロック”音楽を１曲聴い
たとする。なお、放送局で提供される、もしくは、ＣＤ
内に存在するコンテンツ付加情報は、単純に各曲のジャ
ンルだけとし、ＣＤ内のジャンル情報は“ソフトロッ
ク”と“ハードロック”で“ロック”を更に細かく分類
分けされているが、放送局のジャンル情報は、“ロッ
ク”としか分類分けされていないものとする。

【００２１】表１及び表２は、それぞれ、「居間用オー
ディオ」用、「カーオーディオ」用の分類項目（付加情
報）を嗜好値（陽気さ値）に変換するテーブルである。
なお、実際は、複数の抽象的項目／物理的数値項目を用
い、嗜好を多次元化する方が好ましいが、説明を簡易と
するため、“陽気さ”項目のみとする。また、付加情報
もコンテンツ提供側からのあいまいな分類名である“ジ
ャンル”以外に様々な情報、例えば“アーチスト”等が
存在し、これら付加情報すべてを利用して嗜好値を決定
するが、説明を簡易とするため、提供された“ジャン
ル”のみを利用することとする。

【００２２】

【表１】

【００２３】

【表２】

【００２４】居間で放送局より、放送局で提示されたジ
ャンルとしての“ロック”音楽を聴いた時の嗜好値（陽
気さ値）は“４”である。この嗜好値“４”をもって、
ＣＤ内に、記憶されている各音楽のタイトルやジャンル
情報がヘッダとして付加されている「'９８ヒットアル
バムＣＤ」を「カーオーディオ」で嗜好値に伴う再生を
行うと、この嗜好値“４”に近いジャンル、すなわち、
“ジャズ”か“ソフトロック”から順に再生されること
になる。これは、“居間で聴いたロック（ソフトロック
かハードロックか不明）は、おそらく、利用状況から想
定した時、ソフトロックであろう”といった具合に機器
が利用想定にマッチした結果を得ながら、嗜好処理を行
うことになる。

【００２５】すなわち、再生（受信）するコンテンツそ
のもの、もしくは、コンテンツのタイトル名や分類名等
のコンテンツ付加情報により、“陽気さ”、“楽しさ”
等の感性／性格などを表す抽象的項目や“テンポ”、
“再生時間”等の再生コンテンツの物理的数値項目に基
づいて再生（受信）コンテンツ嗜好値を求める嗜好処理
は、利用される機器の利用形態（機器そのものの性格）
をも踏まえて利用者嗜好値（視聴者嗜好値）を利用可能
にする。

【００２６】これは、情報提供者側のジャンル（標準も
のさし）に対するあいまい性問題を商品側（再生側）に
移行したともいえる。例えば、「居間用オーディオ」と
「カーオーディオ」とが別メーカの場合、当然、表１及
び表２のごときテーブル値そのものを表す嗜好生成・利
用エンジンも異なってくることが想定される。というよ
り、やはり、各メーカ間で分類方法に対する規格化が必
要になるであろう。しかし、“嗜好生成・利用エンジ
ン”というソフトウエア商品として、各メーカ間での自
由な競争できる（コンテンツサービス会社が、コンテン
ツの内容ではなく、コンテンツの分類分けで競争すると
は思えない）ことから考えると、従来と比べ現実性があ
る。

【００２７】嗜好値を求めるコンテンツ嗜好値算出手段
について補充説明する。本発明は、“あいまいな情報”
をより多くの“あいまい項目”に展開（嗜好値算術）す
ることで、より“具体的なものさし”が生成できるであ
ろうという理論／性質を利用しており、コンテンツ付加
情報を抽象的項目に展開する場合は、少なくとも２以上
とすべきである。もし、付加情報を唯一の抽象的項目に
展開し、その値を別機器で利用した場合と、付加情報そ
のものを単に別機器に転送、利用した場合とを比較する
と、おそらく、後者の方がより良い嗜好処理ができるで
あろう。というより、前述した例は、非常に都合の良い
例を示したのであって、実際には、機器のさまざまな利
用条件・要因を検討、シュミレーションし、現状、もし
くは、将来のコンテンツシステムを予測して、できるだ
け多くの抽象的項目を見出すべきである。この標準もの
さしを上手く作り出すことによって、再生・放送受信装
置に限定されない、再生対象のコンテンツに限定されな
い、利用者（視聴者）の性格に非常に近い視聴者嗜好値
を生成することが可能になる。

【００２８】また、物理的数値項目は、ものさし基準を
特定するが、その反面、“再生時間”等の例外を除い
て、再生対象コンテンツに限定されるのが一般的であ
る。そのため、物理的数値項目だけでは、少なくともコ
ンテンツ限定の嗜好値としか生成されないことになるの
で、少なくとも１つ以上の物理的数値項目以外（抽象的
項目）を設けるべきである。なお、物理的数値項目に
は、数値ではないが、コンテンツ付加情報（ジャンルや
タイトル名や再生日）そのものを含めると考えても差し
支えない。

【００２９】（請求項２の発明）請求項２の発明は、請
求項１の発明において、視聴者を識別（変更・指定）す
る視聴者識別手段を備え、該視聴者識別手段により指定
された視聴者ごとに、視聴者嗜好値を算出する視聴者嗜
好値算出手段と、前記視聴者識別手段により識別された
視聴者ごとに、視聴者嗜好値算出手段により算出された
視聴者嗜好値を、持ち運び可能な記憶装置へ記録する手
段、及び／又は、別機器へ転送処理する手段、を具備
し、これによって、一人だけが利用できるものではな
く、家族等の複数のメンバーで利用できるように、複数
の記憶処理を可能としたものである。

【００３０】上記の視聴者を指定する手段としては、少
なくとも“利用者名を入力して…”などとはせず、単純
に“３つボタンが準備されている”などの様に、非常に
簡易なものの方が好ましい。例えば、「カーオーディ
オ」で視聴する場合、一人の時はボタンＡを、友人Ｆと
一緒の時はボタンＢを、それ以外の時はボタンＣをそれ
ぞれ押すようにする。これだけで、ボタンＡで生成され
た嗜好値は自分だけの嗜好値で、ボタンＢは、自分と友
人Ｆの嗜好値になる（友人Ｆの嗜好値ではない）。すな
わち、単純な手段で、個人の嗜好だけでなく、グルー
プ、家族の嗜好も生成可能となる。

【００３１】（請求項３の発明）請求項３の発明は、請
求項１又は２の発明において、コンテンツ嗜好値算出手
段は、月日や時刻などの外的要因に応じて複数の異なる
嗜好値テーブルを具備し、コンテンツを再生した時点で
の外的要因（月日や時刻）に応じて前記嗜好値テーブル
（嗜好テーブル）を切り替えることにより、季節等の再
生した時点に適した視聴者嗜好値を生成できるようにし
たものである。

【００３２】上記の外的要因として、再生した季節を考
えた場合、もし、季節を無視した音楽嗜好・利用生成エ
ンジンであるならば、１２月末ごろに「カーオーディ
オ」で、クリスマスソングばかり聴いていると、大変偏
った嗜好値が生成される。夏場にこの嗜好値を用いた再
生を行った時にクリスマスソングが多く流れることのな
いよう、嗜好を数値化する際に、再生日等の外的原因に
よって嗜好値テーブル（数値化テーブル）を変更するよ
うにしている。

【００３３】（請求項４の発明）請求項４の発明は、請
求項１乃至３のいずれかの発明において、コンテンツ再
生をする演算部（ＣＰＵ）、処理コード格納部（ＲＯ
Ｍ）と、少なくとも再生コンテンツを記憶する再生用記
憶部（ＲＡＭ）とを具備し、前記コンテンツ再生をする
演算部に対してのコマンド（コンテンツ再生、コンテン
ツ再生中断）を、コンテンツ嗜好値算出手段の演算部
（メインＣＰＵ）より制御する回路と、前記コンテンツ
再生をする演算部での再生処理が完了した時点で、“再
生完了”を、前記コンテンツ嗜好値算出手段の演算部に
送出する回路と、を具備し、これによって、コンテンツ
再生（受信）とコンテンツ嗜好値の算出は異なったＣＰ
Ｕで処理を行い、メインＣＰＵの無駄が少なく効率よい
処理を行えるようにしている。

【００３４】物理的数値項目（物理的項目）を算術・推
測するコンテンツ嗜好値算出手段は、大きく分けて２種
想定できる。１つは、コンテンツ付加情報より推測（テ
ーブル処理）し、予測値を求める方法で、もう１つは、
コンテンツそのものを解析する方法である。請求項４の
発明では、主に後者の場合を想定しており、例えば、音
楽コンテンツの場合、“曲の長さ”を数値化するのは、
比較的容易に機器内で処理できるであろう。しかしなが
ら、“曲のテンポ”となると、特開平５−１００６６０
号公報に記載された自動採譜装置などの採譜技術を利用
する必要性がある。すなわち、コンテンツを解析するた
めにＣＰＵを長い間、専用にする必要が発生する。その
上、特にコンテンツ放送受信装置の場合、再生はリアル
タイムに実施する必要がある。それに対して、上述のコ
ンテンツ解析処理は、コンテンツ再生が終わるまでに実
施すればよい。すなわち、個々に演算装置（ＣＰＵ）を
持つことにより、メイン側のＣＰＵの無駄が少なく、非
常に大きな利点となる。

【００３５】（請求項５の発明）請求項５の発明は、請
求項１乃至４のいずれかの発明において、再生の中断も
しくは再生対象コンテンツの切替手段を具備し、途中の
中断処理なしにコンテンツ再生が完了した場合にのみ、
前記視聴者嗜好値を算術、記憶するようにし、これによ
って、より確かな嗜好値を生成することができるように
したものである。

【００３６】請求項１乃至４のいずれかの発明によるコ
ンテンツ再生／コンテンツ受信装置は、視聴者嗜好値
を、コンテンツ再生（受信）の度ごとに新たな値に更新
しなければならない。しかしながら、このコンテンツ更
新時期は、再生コンテンツの種類によって異なる。音楽
コンテンツを、特に放送受信装置で視聴する場合、途中
まで聴いた曲は、視聴者の嗜好に依らない曲として嗜好
値をアップすべきでない。逆に、映画などの場合は、観
た時間分だけ嗜好値アップすべきである。請求項５の発
明は、音楽コンテンツを視聴する場合に、嗜好値を更新
するタイミングを決めたもので、中断することなく視聴
された場合にのみ視聴者嗜好値を更新するようにしてい
る。なお、観た時間分だけ嗜好値をアップ（更新）する
算術方法は、視聴率算術などで従来より開示・利用され
ている。

【００３７】（請求項６の発明）請求項６の発明は、請
求項１乃至５のいずれかの発明において、出力対象のデ
ジタル情報もしくはその付加情報を、“陽気さ”、“楽
しさ”等の感性／性格など表す抽象的項目や情報サイズ
等の情報物理的数値項目のそれぞれの値から成る情報値
（一般に、項目は多次元化する方がよく、“情報ベクト
ル値”の方が好ましい）へ展開する処理を、デジタル情
報を出力する（静止画表示、動画表示、テキスト表示、
音声再生、動画再生等）際に行うようにしたものであ
る。

【００３８】上記の情報ベクトル（感性ベクトル）を生
成することによる情報のあいまい処理としては、従来、
特開平８−１６６１１号公報に記載の自然言語に基づく
データ検索装置のように、検索方法にしか利用されてい
なかったが、デジタル情報を出力する装置において、出
力時点で、出力する情報を感性ベクトル化することで、
再生者（利用者）の好み／嗜好を導き出せるようにして
いる。

【００３９】（実施例）図１は、本発明の実施例におけ
る音楽嗜好生成機能付きカーオーディオの概観図、図２
は、図１におけるカーオーディオのハードウエア構成を
示すブロック図で、カーオーディオ１には、音楽再生媒
体として、ＣＤドライブ（ＣＤプレイヤ）２３と、デジ
タルラジオチューナ２４とを備えている。すなわち、音
楽コンテンツをＣＤを介して再生する機能と、デジタル
ラジオ放送を介して再生する機能とを備えている。

【００４０】カーオーディオ１において、ラジオ受信モ
ードとするかＣＤプレイヤによる再生モードとするか
は、操作ボタンのモード切替ボタン２１２を押下するこ
とで選択できる。カーオーディオ１には、その他の操作
ボタンとして、ラジオのチャンネル選局を行なうラジオ
選局ボタンと、ＣＤプレイヤの再生や停止を行なうプレ
イヤ操作ボタンと、嗜好ユーザ指定処理するユーザ指定
ボタンとを兼ね備えるチャンネルボタン２１１と、電源
ＯＮ／ＯＦＦボタン２１０と、嗜好値記録開始ボタン２
１３とを備えている。嗜好値記録開始ボタン（嗜好ボタ
ン）２１３は、２回押下することで嗜好処理する／しな
いの選択切替を可能としている。嗜好ボタン２１３を１
回押下後、チャンネルボタン２１１（ＣＨ１乃至ＣＨ４
として図示してあるボタン１乃至４）を押下することで
嗜好値を求めるユーザを指定することが可能となってお
り、本実施例では、４ユーザ分の処理を可能としてい
る。

【００４１】また、チャンネルボタン２１１は、ＣＤ再
生モードの時にはＣＤプレイヤの操作ボタンとして使用
可能で、ラジオ受信モードの時にはチャンネル指定が可
能なボタンである。カーオーディオ１には、算術された
嗜好データを持ち運び可能な記憶媒体に記憶できる嗜好
データ記憶用ドライブ２２（一例としてＭＤドライブを
図示）、現在のモードや選択チャンネルや嗜好処理を実
施するか否かなどの状況の再生状態／モード確認用の表
示装置２０１、現在の日付時刻を表示する表示装置２０
２を備えている。

【００４２】以上がカーオーディオ１の外観から分かる
ハードウエア構成であるが、カーオーディオ１の内部に
は、さらに、装置間の演算制御を司る中央処理装置（メ
インＣＰＵ）１０、受信・読み込みした音楽コンテンツ
のデジタルデータを格納する主記憶装置（ワーク／バッ
ファ）１２、各制御プログラムが記憶されている処理コ
ード記憶装置（ＲＯＭ）１１を備え、これらの構成要素
によって、電源ＯＮ処理、各種ボタン処理、再生処理、
嗜好処理が行われる。音声再生装置２５は、Ｄ／Ａ変換
処理等の実際の音声再生処理制御を実施する部分（チッ
プ）で、演算部（ＣＰＵ）、音声再生処理コード記憶装
置（ＲＯＭ）２５２、再生のための音楽コンテンツ格納
記憶装置（ＲＡＭ）２５１から構成され、メイン側の処
理コード記憶装置１１内の再生処理部１１２と音声再生
処理コード記憶装置２５２内のＩ／Ｏ処理部とが論理的
に接続されており、互いの処理部でコマンド・データ等
をＩＮＰＵＴ／ＯＵＴＰＵＴすることで、再生の開始、
再生の中断、再生完了の通知、再生コンテンツデータの
転送などの制御が行われる。なお、再生処理部１１２も
Ｉ／Ｏ処理部も共に実体はプログラムコードであり、物
理的には、互いのＣＰＵが各バス／コントローラ、すな
わち、電子回路で接続されている。

【００４３】上述のごときカーオーディオ１における各
種処理を以下にフロー図を用いて説明する。 （起動初期化制御）図３は、図２における電源ＯＮ処理
部１１０の処理を説明するためのフロー図で、電源ＯＮ
処理部１１０の実体は、処理コード記憶装置１１に格納
されているプログラムコードである。実際には、例え
ば、主記憶装置１２のＣＰＵアドレス空間へのマッピン
グ処理等の各ハードウエアの初期化等も行われることと
なるが、本発明と直接関係しないので詳細は割愛する。
電源ＯＮ処理部１１０においては、起動時に初期化処理
が必要な主記憶装置１２内の各変数、ワークエリアを初
期化する（Ｓ０）。つまり、電源ＯＦＦの状態から電源
ＯＮボタンが押下された時には、表３に示す各変数の
内、再生中か否かの判断用変数（Playf）、ＣＤ再生モ
ードか、或いはラジオ放送受信モードかを示す変数（Pl
ayfＭＤ）、ＣＤ再生中のコンテンツ番号（記録されて
いる順番）を示す変数（PlayNo）、ラジオ放送受信中の
コンテンツ番号を示す変数（ChNo）、ＣＤ内に付加的に
記憶されている格納された音楽コンテンツのヘッダ情報
の読み込み状態を示す変数（HeadRf）、嗜好処理実施中
か否かを示す変数（Sikouf）、嗜好登録番号を示す変数
（SikouNo）を初期設定する。

【００４４】

【表３】

【００４５】（各種ボタン制御）図４は、図２における
各種ボタン処理部１１１の処理を説明するためのフロー
図で、各種ボタン処理部１１１は電源ＯＮ処理部１１０
により起動（移行）する（Ｒ０）。各種ボタン処理部１
１１においては、まず、各種ボタン２１１，２１２，２
１３が押下されたどうかをチェックし（Ｓ１）、ボタン
押下がなければ、さらに、現在再生中か否か（変数Play
f）をチェックする（Ｓ２）。なお、再生中か否かの判
断用変数（Playf）は、電源ＯＮ処理部１１０にて、再
生でない状態（Playf=0）にセット（初期化処理）され
ているので、電源ＯＮ直後でのステップＳ２の結果はＮ
Ｏとなる。ステップＳ２において再生状態でないと判断
した時は、再度各種ボタン２１１，２１２，２１３の押
下チェック処理（Ｓ１）に移行する。なお、電源ＯＮ／
ＯＦＦボタン２１０は、電源供給回路に直結しているも
のとして説明を割愛している。

【００４６】ステップＳ１で、各種ボタン２１１，２１
２，２１３のいずれかのボタンが押下されたと判断した
時、まず、モード切替ボタン２１２の押下かをチェック
し（Ｓ１０）、ＮＯなら、次に、嗜好ボタン２１３の押
下かをチェックする（Ｓ１１）。どちらのボタンでもな
ければ、４個のチャンネルボタン２１１のいずれかとし
て以後のステップへ移行する（Ｒ３）。なお、モード切
替ボタン２１２、もしくは、嗜好ボタン２１３の押下で
あった場合については後述する。

【００４７】図５は、図２におけるチャンネルボタン２
１１の押下時の処理を説明するためのフロー図で、チャ
ンネルボタン２１１の押下であった場合には、最初に、
ＣＤ再生モードか、或いはラジオ放送受信モードかを変
数PlayfＭＤ（本実施例では、変数PlayfＭＤは電源ＯＮ
処理部１１０内でＣＤ再生モードとして初期化）にてチ
ェックし（Ｓ１２）、さらに、ＣＤ再生モードの場合に
は、再生ボタン（チャンネルボタン２１１のＣＨ１とし
て図示）かどうかをチェック（Ｓ１３）し、もし、再生
ボタン以外であれば、ステップＳ１、すなわち、再度各
種ボタンチェックに移行する（Ｒ０）。なお、実際に
は、再生ボタン以外にも、停止ボタン、スキップボタン
等がＣＤプレイヤとしては必要ではあるが、本発明に直
接関係しないので説明を割愛している。

【００４８】再生ボタンの押下であると判断した時、既
にＣＤ内に付加的に記憶されている格納された音楽コン
テンツのヘッダ情報（付加情報）の読み込み処理が実施
される（Ｓ１４，Ｓ１５）。ここで、ステップＳ１４で
のチェックは、既にヘッダ情報が読み込まれている場合
の２重処理を防止するもので、その状態を示す変数（He
adRf）も当然、電源ＯＮ処理部１１０で未処理（HeadRf
=0）として初期化されており、ステップＳ１５の読み込
みが完了した時点で、変数HeadRfを１にセットすること
になる。また、当然、ＣＤそのものが交換された場合な
どにおいても変数HeadRfを初期化する必要がある。さら
に、ＣＤ再生中のコンテンツ番号を示す変数（PlayNo）
を初期化し、ステップＳ４へ移行する（Ｒ４）。

【００４９】ステップＳ１２においてラジオ再生モード
であると判断した時は、ＣＤ再生モード時と同様に、放
送される音楽コンテンツのヘッダ情報の読み込み処理を
実施し（Ｓ１７，Ｓ１８）、ボタン番号のチャンネルに
選局（図１で図示したチャンネルボタン２１１のＣＨ１
乃至ＣＨ４のいずれか）後（Ｓ１９）、ステップＳ６へ
移行する（Ｒ５）。

【００５０】ここで、ヘッダの読み込みについて補足す
る。図６は、音楽ＣＤの情報記憶領域を示す図で、本実
施例の前提として、音楽ＣＤはコンテンツヘッダ領域
（ヘッダ記憶領域）とコンテンツ領域（コンテンツ記憶
領域）とにセパレートしているものとする。なお、ヘッ
ダ記憶領域が、ＣＤの内周側であろうが外周側であろう
が関係なく、要するに、ある取り決めされた形態で付加
情報が記憶されている音楽ＣＤであればよい。

【００５１】図７は、音楽ＣＤにおけるコンテンツヘッ
ダのフォーマットの一例を示す図で、音楽ＣＤの場合に
は、提供されるヘッダの中身は、コンテンツ格納位置と
コンテンツタイトル名や分類名等の各付加情報が、コン
テンツ記憶順にヘッダ部分に記憶されている。なお、コ
ンテンツ格納位置の情報により、付加情報とコンテンツ
とを対応付ける。また、図７においては、変数型をポイ
ンタ型としているが、実際はトラックナンバー等、ＣＤ
の物理位置が分かる形式で記憶されている。

【００５２】また、本実施例内においては、説明を簡易
とするために、ラジオ放送の各局とも音楽以外の情報は
放送されない音楽コンテンツ専用のＥＰＧ（電子番組
表、或いはコンテンツヘッダ）用放送チャンネルが存在
し、そのＥＰＧチャンネルでは、一日の放送内容を逐次
放送し、あらかじめ編成された番組表に従って、ある一
定時間（再生時間分と同じと仮定する）は、一曲ごとに
コンテンツをデジタル放送し続ける、といった放送シス
テムに限定するものとする。すなわち、何らかの形態
で、１曲１曲ごとに放送される時刻とその曲の付加情報
が受信できる環境になっていればよい。

【００５３】図８は、ラジオ放送におけるコンテンツヘ
ッダのフォーマットの一例を示す図で、ラジオ放送の場
合には、提供されるヘッダの中身は、放送時間、放送チ
ャンネルと付加情報がＥＰＧ（電子番組表）として、Ｅ
ＰＧ専用チャンネルで逐次放送される。なお、音楽専用
のラジオ放送のコンテンツごとのＥＰＧが、１日分の時
間とチャンネルごとにテーブル化された構造で放送され
るものとする。

【００５４】図４におけるステップＳ２でＹＥＳの時、
つまり何もボタン操作がなかった状況下で既に再生もし
くは受信モードである時には、ＣＤ再生モードか否かを
チェックし（Ｓ３）、コンテンツそのものを主記憶装置
内のコンテンツ読み取り用ワーク（CONTENT＿D）へ読み
込み／受信するなどのそれぞれの再生前処理（Ｓ４，Ｓ
５，Ｓ６，Ｓ７）を行い、再生処理部１１２を呼び出
し、再生処理部１１２での途中中断の有無を示すリター
ン値が０（途中中断なし）の場合には、ボタンチェック
のステップＳ１へと移行する。なお、本実施例では、ボ
タン押下以外の途中中断は発生しないので、その押下状
態を保持したまま、直接、各ボタン処理ステップＳ１０
以降へ移行している。なお、再生前処理（Ｓ４，Ｓ５，
Ｓ６，Ｓ７）へは、再生ボタン押下時やチャンネル変更
発生時にもそれぞれの前処理を行った後（Ｓ１６，Ｓ１
９）にも移行し得る。

【００５５】図９は、図２におけるモード切替ボタン２
１２の押下時の処理を説明するためのフロー図で、モー
ド切替ボタン２１２が押下された場合には、現在のモー
ドを示す変数（PlayfＭＤ）の値の設定内容を切替え
（Ｓ２０）、モードが切替わることで影響を受ける各変
数を初期化し（Ｓ２１）、処理を終了しステップＳ１へ
移行する（Ｒ０）。

【００５６】図１０は、図２における嗜好ボタン２１３
の押下時の処理を説明するためのフロー図で、嗜好ボタ
ン２１３の押下された場合には、嗜好ボタン２１３の２
回押しか、それとも、嗜好ボタン２１３の後のチャンネ
ルボタン２１１であるかをチェックし（Ｓ３０，Ｓ３
１）、前者の場合なら、嗜好処理実施中か否かを示す変
数（Sikouf）を切替（Ｓ３４）、処理を終了し、ステッ
プＳ１へ移行する（Ｒ０）。後者の場合なら、押下チャ
ンネルボタンのボタンＮｏを、嗜好登録番号を示す変数
（SikouNo）に設定し（Ｓ３２）、さらに、嗜好値記憶
用ドライブ２２より対応する現行の嗜好値を読み込み
（Ｓ３３）、処理を終了し、ステップＳ１へ移行する
（Ｒ０）。なお、本実施例では、説明を簡易とするた
め、嗜好値は、抽象的項目である“陽気さ”のみとし
て、単純に平均値が計算できるように、嗜好値そのもの
の値を示す変数（SikouValue）と嗜好処理回数を示す変
数（SikouCnt）を用いて処理しているが、実際は、多次
元ベクトル値（嗜好ベクトル値）となる。

【００５７】以上が、各種ボタン押下時の制御の一例で
あるが、本発明に大きくは関係せず、要するに、とある
ボタン等のユーザ操作に応じて、嗜好生成処理を実施す
るかしないか、嗜好登録番号を決定するかなどの以下の
再生処理部に引き渡す準備処理制御がなされるだけであ
る。

【００５８】（再生処理部）図１１は、コンテンツ再生
のフロー図で、音声再生装置２５でコンテンツ読み取り
用ワーク（CONTENT＿D）内のコンテンツデータが再生で
きるように初期設定、例えば、CONTENT＿D内のデータを
音声再生装置内の再生用メモリ（ＲＡＭ）２５１へ転送
するなどし（Ｓ４１）、ＰＬＡＹコマンド（PLAYID）を
出力する（Ｓ４２）ことで、音声再生装置２５に音声再
生処理を実施させ、再生完了通知(再生完了ID)がＩＮＰ
ＵＴ（Ｓ４５）されるまで、CONTENT＿Dの嗜好値をコン
テンツヘッダ読み取り用ワーク（CONTENT＿H）の情報を
解析することで算術し、嗜好値を現在の嗜好値に合算処
理し、結果を一旦バッファへ格納し（Ｓ４４）、中断ボ
タンが押下されないかを監視制御する（Ｓ４６）。再生
完了通知が音声再生装置２５よりＩＮＰＵＴされた後、
合算された嗜好値を現在の嗜好登録番号SikouNoとして
嗜好記憶用ドライブ２２に記憶の処理ために出力し（Ｓ
４７，Ｓ４８）、処理を終了（０リターン）する。な
お、再生完了通知がＩＮＰＵＴされるまでに、中断ボタ
ンが押下された場合（実際には、中断ボタンそのものは
存在せず、何かボタンが押下された場合）には、音声再
生装置２５にＳＴＯＰ（中断）コマンド（STOPID）をＯ
ＵＴＰＵＴ（Ｓ４９）後、処理を終了（１リターン）す
る。

【００５９】図１２は、嗜好値生成を説明するためのフ
ロー図、図１３は、嗜好値生成の概念を説明するための
ブロック図、図１４は、嗜好値生成のための嗜好テーブ
ルの一例を示す図で、嗜好値生成の一例としては、ま
ず、図２におけるクロック２０３よりの現行（再生時）
の日付・時刻と、季節→嗜好対応テーブル（Data-Sikou
Table）３１を利用して、季節処理部３２において、利
用する嗜好テーブルＮｏを求める（Ｓ５１，Ｓ５２）。
次に、嗜好値数値化処理部３３において、再生コンテン
ツの付加情報（CONTENT＿H）を求められた嗜好テーブル
Ｎｏと各嗜好テーブル（嗜好数値化テーブル）３４に基
づいて数値化し嗜好値を求め、その嗜好値と前回までの
現行嗜好値（ここでは平均値）３５から新たな現行嗜好
値３５を求める。本実施例では、付加情報として図７、
図８に示す分類名（Bunrui）のみ利用し、再生コンテン
ツの分類項目（分類名）に対応する嗜好値を、求められ
た嗜好テーブル（Table 0或いはTable 1）よりローカル
変数（value）に取得する（Ｓ５３）。その後、ローカ
ル変数（value）と、前回までの現行嗜好値（SikouValu
e）３５及び嗜好処理数（SikouCnt）から平均値を求め
る方法で、CONTENT＿D内のコンテンツを再生した結果と
しての新たな現行嗜好値（SikouValue）３５を求め、新
たな現行嗜好値（SikouValue）及び嗜好処理数（SikouC
nt）を更新設定する（Ｓ５４，Ｓ５５）。なお、実際は
仮に算術するので変数ValueBack,CntBackへ格納するこ
とになる。

【００６０】なお、図１４に示すとおり、３月〜８月ま
では、陽気な季節とし、陽気な季節用に陽気さ嗜好テー
ブルTable 0がリンクされており、また、９月〜２月ま
では、センチな季節とし、センチな季節用に陽気さ嗜好
テーブルTable 1がリンクされている。さらに、陽気さ
嗜好テーブルには各コンテンツ分類名とそれに対応した
陽気さ値が設定されており、陽気な季節の陽気さ嗜好テ
ーブルの各値は、センチな季節の陽気さ嗜好テーブルの
各値より、１ポイントだけ低い値が設定されている。こ
れは、“センチな季節でも陽気なジャンルの音楽を聴く
人は、かなり陽気な人である”という意味を与えてい
る。

【００６１】最後に、記憶される（転送される）嗜好デ
ータのフォーマット（例では、ＭＤの記録フォーマッ
ト）を簡単に説明する。図１５は、嗜好データフォーマ
ットの一例を示す図で、ユーザ数（MAXUSER）分（本実
施例では、図１に図示したＣＨ１乃至ＣＨ４のボタン数
４と等しくなる）だけ、嗜好ユーザ名、現在の嗜好値、
嗜好処理したコンテンツ数、嗜好データ更新日時等のフ
ィールドが存在している。すなわち、主記憶装置内の変
数SikouValue，SikouCntが嗜好処理する登録番号（Siko
uNo）の示す領域に格納されることを意味している。こ
れらのデータ内容が嗜好データ記憶用ドライブ２２に記
録或いは通信されるが、本実施例では現在選択中の１ユ
ーザ分のみが記録或いは通信処理される。なお、ユーザ
数（MAXUSER）分の領域が確保されているのは、記録媒
体上のみで、処理上（メモリ上）は嗜好データ（SikouD
ata）の１ユーザ分のみとしている。また、ユーザ名
は、前述したとおり、わざわざユーザに入力させるより
は、あらかじめボタンに、例えば、ボタン１を“運転
者”、ボタン２を“家族”、ボタン３を“その他１”、
ボタン４を“その他２”などと刻印し、その刻印の文字
列そのものが記憶させるだけの方が好ましい。

【００６２】（音声再生装置２５のプログラムコード）
図１６は、図２における音声再生装置２５のプログラム
コードを示したフロー図で、ＲＯＭ１１の再生処理部１
１２とのＩＮＰＵＴ／ＯＵＴＰＵＴに関するＲＯＭ２５
２内のプログラムコードによって、メインＣＰＵ１０よ
り音声再生装置２５にコマンドが送出された時、音声再
生装置２５では、そのコマンドをＩＮＰＵＴとし、それ
が、データ転送（コンテンツ転送）コマンドか、それと
も、再生コマンドかをチェックする（Ｓ６１）。データ
転送コマンドの場合には、以後、さらに、メインＣＰＵ
から送出されるデータを順次、ＩＮＰＵＴし、音声再生
装置２５内のＲＡＭ２５１に記憶し（Ｓ６２）、再度、
メインからのコマンド待ち状態になる。また、再生コマ
ンドの場合、メインＣＰＵより中断コマンドが送出され
ないかを逐次チェックしながら、音声波形にＤ／Ａ変換
し、そのデータをスピーカ２６に出力することで音声を
再生する（Ｓ６３〜Ｓ６６）。すべてのデータが出力さ
れたら、メインＣＰＵに再生が完了したことを通知し
（Ｓ６７）、再度、メインからのコマンド待ち状態に移
行する。

【００６３】

【発明の効果】請求項１の発明に対応する効果：情報提
供者側のジャンル（標準ものさし）に対するあいまい性
問題を商品側（再生側）に移行することが可能となり、
この標準ものさしを上手く作り出すことによって、再生
・放送受信装置に限定されない、再生対象のコンテンツ
に限定されない、視聴者の性格に非常に近い視聴者嗜好
値の生成が可能となる。これにより、より視聴者がその
時、その場所で視聴したいと思われるコンテンツを再生
・受信することが可能となる。

【００６４】請求項２の発明に対応する効果：請求項１
の発明に対応する効果に加えて、複数の嗜好値の記憶処
理を可能とし、個人の嗜好だけでなく、グループ、家族
の嗜好値の生成も可能となる。

【００６５】請求項３の発明に対応する効果：請求項１
及び２の発明に対応する効果に加えて、例えば、外的要
因として季節を考える場合、再生季節を考慮した嗜好生
成エンジンを使用することにより、再生した時点の季節
に適した嗜好値の生成が可能となる。

【００６６】請求項４の発明に対応する効果：請求項１
乃至３の発明に対応する効果に加えて、コンテンツ情報
の嗜好値化をコンテンツ再生に使用するＣＰＵとは異な
ったＣＰＵで処理が可能となり、メイン側のＣＰＵの無
駄が少なく、効率よい処理が可能となる。

【００６７】請求項５の発明に対応する効果：請求項１
乃至４の発明に対応する効果に加えて、嗜好値を更新す
るタイミングをはかることにより、より確かな嗜好値の
生成が可能となる。

【００６８】請求項６の発明に対応する効果：請求項１
乃至５の発明に対応する効果に加えて、デジタル情報を
出力する装置において、出力時点で、出力する情報を感
性ベクトル化することで、出力時点で利用者の嗜好を知
ることが可能となる。

【図面の簡単な説明】

【図１】本発明の実施例における音楽嗜好生成機能付き
カーオーディオの概観図である。

【図２】図１におけるカーオーディオのハードウエア構
成を示すブロック図である。

【図３】図２における電源ＯＮ処理部の処理を説明する
ためのフロー図である。

【図４】図２における各種ボタン処理部の処理を説明す
るためのフロー図である。

【図５】図２におけるチャンネルボタンの押下時の処理
を説明するためのフロー図である。

【図６】音楽ＣＤの情報記憶領域を示す図である。

【図７】音楽ＣＤにおけるコンテンツヘッダのフォーマ
ットの一例を示す図である。

【図８】ラジオ放送におけるコンテンツヘッダのフォー
マットの一例を示す図である。

【図９】図２におけるモード切替ボタンの押下時の処理
を説明するためのフロー図である。

【図１０】図２における嗜好ボタンの押下時の処理を説
明するためのフロー図である。

【図１１】コンテンツ再生のフロー図である。

【図１２】嗜好値生成を説明するためのフロー図であ
る。

【図１３】嗜好値生成の概念を説明するためのブロック
図である。

【図１４】嗜好値生成のための嗜好テーブルの一例を示
す図である。

【図１５】嗜好データフォーマットの一例を示す図であ
る。

【図１６】図２における音声再生装置のプログラムコー
ドを示したフロー図である。

【符号の説明】

１…カーオーディオ、１０…メインＣＰＵ、１１…処理
コード記憶装置、１２…主記憶装置、２２…嗜好データ
記憶用ドライブ、２３…ＣＤドライブ、２４…デジタル
ラジオチューナ、２５…音声再生装置、２６…スピー
カ、３１…季節→嗜好対応テーブル、３２…季節処理
部、３３…嗜好値数値化処理部、３４…嗜好テーブル、
３５…現行嗜好値、１１０…電源ＯＮ処理部、１１１…
各種ボタン処理部、１１２…再生処理部、１１３…嗜好
処理部、２０１，２０２…表示装置、２０３…クロッ
ク、２１０…電源ＯＮ／ＯＦＦボタン、２１１…チャン
ネルボタン、２１２…モード切替ボタン、２１３…嗜好
値記録開始ボタン、２５１…音楽コンテンツ格納記憶装
置、２５２…音声再生処理コード記憶装置。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B075 ND03 ND14 NK02 NK04 NK46 NR03 NR12 PP02 PP13 PQ02 UU40 5D044 DE17 FG18 HL11 5K061 AA03 AA09 BB17 BB19 CC45 GG09 GG12 JJ06 JJ07

Claims (6)

【特許請求の範囲】
1. 【請求項１】 コンテンツを受信、もしくは、記憶媒体
   より再生する再生装置において、 再生（受信）するコンテンツそのもの、もしくは、コン
   テンツの付加情報より、該コンテンツの抽象的項目や物
   理的項目のそれぞれの値から成る再生コンテンツ嗜好値
   を算術・推測するコンテンツ嗜好値算出手段と、 該コンテンツ嗜好値算出手段により求められた視聴者嗜
   好値をコンテンツ再生の度ごとに過去に求められた視聴
   者嗜好値とで平均値化する平均値化手段と、 該平均値化手段により求められた再生コンテンツの嗜好
   平均値を、持ち運び可能な記憶装置へ記録する手段、も
   しくは、別機器へ転送処理する手段のいずれか、もしく
   は、両手段と、を具備することを特徴とするコンテンツ
   再生装置。
2. 【請求項２】 視聴者を識別する視聴者識別手段と、 該視聴者識別手段により識別された視聴者ごとに、視聴
   者嗜好値を算出する視聴者嗜好値算出手段と、 前記視聴者識別手段により識別された視聴者ごとに、前
   記視聴者嗜好値算出手段により算出された視聴者嗜好値
   を、持ち運び可能な記憶装置へ記録する手段、もしく
   は、別機器へ転送処理する手段、もしくは、両手段と、
   を具備することを特徴とする請求項１に記載のコンテン
   ツ再生装置。
3. 【請求項３】 前記コンテンツ嗜好値算出手段は、外的
   要因に応じて複数の異なる嗜好値テーブルを具備し、コ
   ンテンツを再生した時点での外的要因に応じて前記嗜好
   値テーブルを切り替えることにより、再生した時点に適
   した視聴者嗜好値を生成するようにしたことを特徴とす
   る請求項１又は２に記載のコンテンツ再生装置。
4. 【請求項４】 コンテンツ再生をする演算部、処理コー
   ド格納部（ＲＯＭ）と、 少なくとも再生コンテンツを記憶する再生用記憶部（Ｒ
   ＡＭ）とを具備し、 前記コンテンツ再生をする演算部に対してのコマンド
   （コンテンツ再生、コンテンツ再生中断）を、前記コン
   テンツ嗜好値算出手段の演算部より制御する回路と、 前記コンテンツ再生をする演算部での再生処理が完了し
   た時点で、“再生完了”を、前記コンテンツ嗜好値算出
   手段の演算部に送出する回路と、を具備することを特徴
   とする請求項１乃至３のいずれかに記載のコンテンツ再
   生装置。
5. 【請求項５】 再生の中断もしくは再生対象コンテンツ
   の切替手段を具備し、途中の中断処理なしにコンテンツ
   再生が完了した場合にのみ、前記視聴者嗜好値を算術、
   記憶することを特徴とする請求項１乃至４のいずれかに
   記載のコンテンツ再生装置。
6. 【請求項６】 出力対象のデジタル情報もしくはその付
   加情報を、感性／性格など表す抽象的項目や情報物理的
   項目のそれぞれの値から成る情報値へ展開する処理を、
   デジタル情報出力時に行うことを特徴とする請求項１乃
   至５のいずれかに記載のコンテンツ再生装置。