JP4219037B2 - コンテンツ再生装置 - Google Patents
コンテンツ再生装置 Download PDFInfo
- Publication number
- JP4219037B2 JP4219037B2 JP07136199A JP7136199A JP4219037B2 JP 4219037 B2 JP4219037 B2 JP 4219037B2 JP 07136199 A JP07136199 A JP 07136199A JP 7136199 A JP7136199 A JP 7136199A JP 4219037 B2 JP4219037 B2 JP 4219037B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- preference
- viewer
- reproduction
- preference value
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Circuits Of Receivers In General (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ再生装置、より詳細には、音楽／映画等が記憶されているＣＤなどの記憶媒体を再生する装置（プレイヤ）や、通信媒体（放送媒体）を通じて、放送されるコンテンツを受信、再生する装置（デジタルＴＶ、ラジオ）において、利用者（視聴者）が再生処理したコンテンツの好み、興味などを学習記録し、別の情報機器にて、学習記録したユーザ嗜好情報を利用することを可能としたコンテンツ再生装置に関する。
【０００２】
【従来の技術】
特開平６−１２４３０９号公報（情報サービスシステムおよび放送受信システム）には、情報サービスもしくは放送システムにおいて、視聴者（利用者）のアクセス／番組受信した履歴をアクセス情報の分類単位で管理、記憶し、以後の情報アクセスや番組受信の際に、管理されたアクセス履歴を基に、利用者の好みに応じた情報の取得、選択、番組選局等の処理が可能となるシステム・受信装置が開示されている。
【０００３】
【発明が解決しようとする課題】
前記特開平６−１２４３０９号公報に記載の発明では、利用者が所望するであろう情報推測手段（分類ごとのアクセス履歴管理）と、その管理・記憶された情報を基に、利用者が所望するであろう情報を推測利用する手段（例えば、番組選択手段）とが、同一人物・同一機器内の範囲で処理される分には、特に問題なく利用可能であるが、アクセス履歴管理機器と、その管理情報を利用する機器が別機器とする環境下では、大きな問題もなく利用可能なのは、番組クラス（分類）レベルであり、コンテンツレベルでは完全な利用ができない、という課題がある。なお、ここでの“番組クラス（分類）レベル”とは、“野球番組”、“映画番組”という番組そのものの分類レベルのことである。
【０００４】
上述のように、特開平６−１２４３０９号公報に記載の発明では、コンテンツレベルでの利用が完全でないという問題があるが、最初にこの点について説明する。すなわち、特開平６−１２４３０９号公報には、“分類項目ごとに情報アクセス履歴管理する”と記載されているが、ここでの“分類項目”は一体誰が生成し、一体どのようなものなのかが、例示はあるものの明確ではない。例えば、ＣＤ内に（ヘッダとして）、記憶されている各音楽の「タイトル」「ジャンル」情報が付加されている「'９８ヒットアルバムＣＤ」と、さまざまなジャンルの曲が放送される音楽専用（ナレーション等は一切放送されないものとする）ラジオチャンネルが、日単位で時分秒単位で番組化され、そのチャンネルで放送される「曲のタイトル」「放送時間」「ジャンル」情報（ＥＰＧ：電子番組表）が別チャンネルで放送されている放送サービスが存在するとする。
【０００５】
また、今ここに、特開平６−１２４３０９号公報で開示されている嗜好処理技術を採用した「居間用の高級オーディオ」と「若者（スポーツカー）向きのカーオーディオ」があり、「居間用オーディオ」で、音楽専用放送チャンネルである“ロック”音楽を１曲聴いたとする。その時、生成された嗜好情報を「カーオーディオ」にコピー（コピーできるか否かは不明だが、できるものとする）し、「カーオーディオ」で「'９８ヒットアルバムＣＤ」の嗜好ランダム再生（嗜好情報に最も近いジャンルの音楽順に再生する機能）ボタンを押下したら、どんな音楽が再生されるだろうか。当然“ロック”音楽、もしくは、それに近い音楽から再生されることを希望するが、特開平６−１２４３０９号公報で開示されている嗜好処理技術では、場合によっては、希望どおり“ロック”音楽から、順に、“ロック”に近いジャンル順に再生されるが、場合によっては、何も再生されない可能性もある。この“場合”は、ＣＤ内に格納されている“ジャンル”、ＥＰＧ放送で提供される“ジャンル”の内容によって決定される。
【０００６】
まず、音楽のジャンルは、もともと、“クラシック”、“ジャズ”、“ポップス”、“ラテン”の４つであるといわれている。これらのジャンルのうち、“クラシック”だけが、メロディーラインを優先さた音楽ジャンルで、他は、リズムを優先させた音楽ジャンルといわれており、すなわち、これは、メロディが同じでもリズムが異なれば、ジャンルも変化することをも意味しており、アレンジした人（編曲者）や、アーテイスト（演奏者）が異なるだけで、同じメロディであってもジャンルが異なるのはそのためである。さらに、“ロック”や“ニューミュジック”なども一般に音楽を分類分けするジャンル名として使われているが、もともとこれらは、“ポップス”より派生されたジャンルであるらしい。
【０００７】
どうも、ある音楽（曲）のジャンル決定に一番力があるのは、アーチスト（演奏者）であることらしいが、すべてがすべてそうなのかといえば、答えは必ずしもそうではない。すなわち、上記例でいえば、“ロックを１曲聴いた”の“ロック”というジャンルを決めたのは、“聴いたその人”であり、ＥＰＧ放送で放送する曲のジャンルを決めたのは、“放送局”であり、ＣＤ内に記憶されている曲のジャンルを決めたのは、“アルバムの編集社”であり、どれもが同じであるとはとても考えにくい。
【０００８】
極端な例をいえば、ＣＤ内のジャンルは、“ソフトロック”、“ハードロック”といったように“ロック”をさらに細かく分類しているが、放送局でのジャンルは、単に、“ロック”としてしか分類しておらず、さらに、テキストベースで、かつ、完全一致の分類名でないと履歴管理できない嗜好処理技術（特開平６−１２４３０９号公報の発明ではこの部分が不明確）であったら、上記例では、“嗜好ランダム再生”にならず、おそらく、記憶順に再生されることになる。
【０００９】
上記例からも分かるように、利用・再生情報（嗜好情報）を、如何なる方法・手段で実施したとしても、異なった目的を持つ機器同士での有効な嗜好情報の交換を実施するには、何らかの基準（ものさし）が必要となる。音楽や映像（映画）などのコンテンツ再生・受信装置に、特開平６−１２４３０９号公報（情報サービスシステムおよび放送受信システム）を適用した場合は、放送局から提供されるＥＰＧ内の分類項目を基準（ものさし）とし、各放送局間で分類方法の規格が決められたとしても、番組選局程度の嗜好処理が限界になるであろうと推測される。なお、特開平６−１２４３０９号公報の発明では、上記問題を補助する目的も含めて「関心度入力手段」、「ひな形アクセス情報記憶手段」が具備されていると考えられる。
【００１０】
また、類似の技術として、特開平８−１６６１１号公報（自然言語に基づくデータ検索装置）が開示されている。この従来技術は、嗜好処理方法そのものは本発明と同一の概念に基づくが、検索のための質問文を入力し、入力された質問文と、検索対象情報（テキストデータ以外の場合は付加されたテキストデータ）とを比較（あいまい検索）し、例えば、一致度の高い順にリストアップするものであり、個人個人の嗜好値を生成するものではない。
【００１１】
さらに特開平９−４６６８９号公報（映像ソフト紹介システムおよび映像ソフトに記載の発明）は、コンテンツ提供側から、作品評価ＤＢを送信し、このＤＢを評価（あいまい検索）することで利用者嗜好を生成するシステム、受信装置に関するものであるが、作品評価ＤＢそのものが放送局側で一方的に生成されたもののため、異なった会社の提供サービスを利用した場合には、作品評価ＤＢも異なることが予測され、また、このシステム形態となっていない提供サービスを利用した場合、その間の利用は何ら嗜好処理はなされず、利用できないことから、生成された嗜好情報の別機器での利用は想定されていないものである。
【００１２】
本発明は、主にイメージ系コンテンツ（“テキストデータでないコンテンツ”というよりむしろ芸術要素が存在するコンテンツを意味し、例えば、“和歌”“短歌”、“詩”などもイメージ系コンテンツに属する）でのコンテンツ分類そのものに曖昧性がある（曖昧性が非常に高い）ということを考慮して、別機器でも利用が可能なイメージ系コンテンツ再生処理における視聴／利用嗜好値を生成・記憶する再生装置を提供しようとするものである。
【００１３】
【課題を解決するための手段】
請求項１の発明は、コンテンツを格納する記憶部と、該記憶部に格納されたコンテンツを再生する再生部とで構成され、該再生部で再生が完了したコンテンツを示すコンテンツ情報を出力するコンテンツ再生手段と、該コンテンツ再生手段から出力されるコンテンツ情報に基づいて、前記再生部で再生完了したコンテンツに付加されている付加情報を読み出し、読み出した付加情報からユーザ嗜好値を算出する嗜好値算出手段と、該嗜好値算出手段で算出されたユーザ嗜好値を、可搬の記録媒体又は外部接続機器に記憶する嗜好記憶手段と、を備えたことを特徴としたものである。
【００１４】
請求項２の発明は、請求項１のコンテンツ再生装置において、前記コンテンツ再生手段は、前記再生部で中断なしに再生が完了したコンテンツを示すコンテンツ情報を、前記嗜好値算出手段に出力することを特徴としたものである。
【００１５】
請求項３の発明は、請求項１のコンテンツ再生装置において、前記コンテンツ再生手段は、音楽コンテンツについて、前記再生部で中断なしに再生が完了したコンテンツを示すコンテンツ情報を、前記嗜好値算出手段に出力することを特徴としたものである。
【００１６】
請求項４の発明は、請求項１〜３のいずれかのコンテンツ再生装置において、前記嗜好値算出手段及び前記嗜好記憶手段は共通の演算部を有し、前記コンテンツ再生手段は該共通の演算部とは異なる演算部を有することを特徴としたものである。
【００１７】
請求項５の発明は、請求項１〜４のいずれかのコンテンツ再生装置において、視聴者指定操作を受け付け、該視聴者指定操作に基づき視聴者を識別する視聴者識別手段をさらに備え、
前記嗜好値算出手段は、該視聴者識別手段により識別された視聴者ごとに、視聴者嗜好値を算出し、前記嗜好記憶手段は、前記嗜好値算出手段で算出された視聴者ごとのユーザ嗜好値を、可搬の記録媒体又は外部接続機器に記憶することを特徴としたものである。
【００１９】
【発明の実施の形態】
（本発明で適用可能な嗜好値の算出・記憶処理について）
本発明に係る、コンテンツを受信、もしくは、記憶媒体より再生するコンテンツ再生装置は、再生（受信）するコンテンツそのもの、もしくは、コンテンツのタイトル名や分類名などのコンテンツ付加情報より、該コンテンツの抽象的項目（“陽気さ”、“楽しさ”等）や物理的数値項目（“テンポ”、“再生時間”等）のそれぞれの値から成る再生コンテンツ嗜好値（一般に、項目は多次元化する方が良いので“再生コンテンツ嗜好ベクトル値”と呼ぶ方がふさわしい）を算術・推測するコンテンツ嗜好値算出手段と、該コンテンツ嗜好値算出手段により求められた視聴者嗜好値をコンテンツ再生の度ごとに過去に求められた視聴者嗜好値とで平均値化（多次元の場合を考えると“加算ベクトル値”と呼ぶ方がふさわしい）する平均値化手段と、該平均値化手段により求められた視聴者嗜好値を、持ち運び可能な記憶装置へ記録する手段、及び／又は、別機器へ転送処理する手段と、を具備するような構成を採用することができる。これによって、利用される機器の想定（機器そのものの性格）をも踏まえて視聴者嗜好値が利用できるようになり、すなわち、再生・放送受信装置に限定されない、再生対象のコンテンツに限定されない、利用者（視聴者）の性格に非常に近い視聴者嗜好値を生成することが可能になり、嗜好情報を他の機器で利用することが可能になる。
【００２０】
例えば、「居間用オーディオ」と「カーオーディオ」が存在し、「居間用オーディオ」で、音楽専用放送チャンネルで、とある“ロック”音楽を１曲聴いたとする。なお、放送局で提供される、もしくは、ＣＤ内に存在するコンテンツ付加情報は、単純に各曲のジャンルだけとし、ＣＤ内のジャンル情報は“ソフトロック”と“ハードロック”で“ロック”を更に細かく分類分けされているが、放送局のジャンル情報は、“ロック”としか分類分けされていないものとする。
【００２１】
表１及び表２は、それぞれ、「居間用オーディオ」用、「カーオーディオ」用の分類項目（付加情報）を嗜好値（陽気さ値）に変換するテーブルである。なお、実際は、複数の抽象的項目／物理的数値項目を用い、嗜好を多次元化する方が好ましいが、説明を簡易とするため、“陽気さ”項目のみとする。また、付加情報もコンテンツ提供側からのあいまいな分類名である“ジャンル”以外に様々な情報、例えば“アーチスト”等が存在し、これら付加情報すべてを利用して嗜好値を決定するが、説明を簡易とするため、提供された“ジャンル”のみを利用することとする。
【００２２】
【表１】
【００２３】
【表２】
【００２４】
居間で放送局より、放送局で提示されたジャンルとしての“ロック”音楽を聴いた時の嗜好値（陽気さ値）は“４”である。この嗜好値“４”をもって、ＣＤ内に、記憶されている各音楽のタイトルやジャンル情報がヘッダとして付加されている「'９８ヒットアルバムＣＤ」を「カーオーディオ」で嗜好値に伴う再生を行うと、この嗜好値“４”に近いジャンル、すなわち、“ジャズ”か“ソフトロック”から順に再生されることになる。これは、“居間で聴いたロック（ソフトロックかハードロックか不明）は、おそらく、利用状況から想定した時、ソフトロックであろう”といった具合に機器が利用想定にマッチした結果を得ながら、嗜好処理を行うことになる。
【００２５】
すなわち、再生（受信）するコンテンツそのもの、もしくは、コンテンツのタイトル名や分類名等のコンテンツ付加情報により、“陽気さ”、“楽しさ”等の感性／性格などを表す抽象的項目や“テンポ”、“再生時間”等の再生コンテンツの物理的数値項目に基づいて再生（受信）コンテンツ嗜好値を求める嗜好処理は、利用される機器の利用形態（機器そのものの性格）をも踏まえて利用者嗜好値（視聴者嗜好値）を利用可能にする。
【００２６】
これは、情報提供者側のジャンル（標準ものさし）に対するあいまい性問題を商品側（再生側）に移行したともいえる。例えば、「居間用オーディオ」と「カーオーディオ」とが別メーカの場合、当然、表１及び表２のごときテーブル値そのものを表す嗜好生成・利用エンジンも異なってくることが想定される。というより、やはり、各メーカ間で分類方法に対する規格化が必要になるであろう。しかし、“嗜好生成・利用エンジン”というソフトウエア商品として、各メーカ間での自由な競争できる（コンテンツサービス会社が、コンテンツの内容ではなく、コンテンツの分類分けで競争するとは思えない）ことから考えると、従来と比べ現実性がある。
【００２７】
嗜好値を求めるコンテンツ嗜好値算出手段について補充説明する。本発明は、“あいまいな情報”をより多くの“あいまい項目”に展開（嗜好値算術）することで、より“具体的なものさし”が生成できるであろうという理論／性質を利用しており、コンテンツ付加情報を抽象的項目に展開する場合は、少なくとも２以上とすべきである。もし、付加情報を唯一の抽象的項目に展開し、その値を別機器で利用した場合と、付加情報そのものを単に別機器に転送、利用した場合とを比較すると、おそらく、後者の方がより良い嗜好処理ができるであろう。というより、前述した例は、非常に都合の良い例を示したのであって、実際には、機器のさまざまな利用条件・要因を検討、シュミレーションし、現状、もしくは、将来のコンテンツシステムを予測して、できるだけ多くの抽象的項目を見出すべきである。この標準ものさしを上手く作り出すことによって、再生・放送受信装置に限定されない、再生対象のコンテンツに限定されない、利用者（視聴者）の性格に非常に近い視聴者嗜好値を生成することが可能になる。
【００２８】
また、物理的数値項目は、ものさし基準を特定するが、その反面、“再生時間”等の例外を除いて、再生対象コンテンツに限定されるのが一般的である。そのため、物理的数値項目だけでは、少なくともコンテンツ限定の嗜好値としか生成されないことになるので、少なくとも１つ以上の物理的数値項目以外（抽象的項目）を設けるべきである。なお、物理的数値項目には、数値ではないが、コンテンツ付加情報（ジャンルやタイトル名や再生日）そのものを含めると考えても差し支えない。
【００２９】
また、本発明に係るコンテンツ再生装置は、さらに、視聴者を識別（変更・指定）する視聴者識別手段と、該視聴者識別手段により指定された視聴者ごとに、視聴者嗜好値を算出する視聴者嗜好値算出手段と、前記視聴者識別手段により識別された視聴者ごとに、視聴者嗜好値算出手段により算出された視聴者嗜好値を、持ち運び可能な記憶装置へ記録する手段、及び／又は、別機器へ転送処理する手段、を具備することもできる。これによって、一人だけが利用できるものではなく、家族等の複数のメンバーで利用できるように、複数の記憶処理を可能とすることができる。
【００３０】
上記の視聴者を指定する手段としては、少なくとも“利用者名を入力して…”などとはせず、単純に“３つボタンが準備されている”などの様に、非常に簡易なものの方が好ましい。例えば、「カーオーディオ」で視聴する場合、一人の時はボタンＡを、友人Ｆと一緒の時はボタンＢを、それ以外の時はボタンＣをそれぞれ押すようにする。これだけで、ボタンＡで生成された嗜好値は自分だけの嗜好値で、ボタンＢは、自分と友人Ｆの嗜好値になる（友人Ｆの嗜好値ではない）。すなわち、単純な手段で、個人の嗜好だけでなく、グループ、家族の嗜好も生成可能となる。
【００３１】
また、本発明に係るコンテンツ再生装置は、さらに、コンテンツ嗜好値算出手段が月日や時刻などの外的要因に応じて複数の異なる嗜好値テーブルを具備することもできる。コンテンツを再生した時点での外的要因（月日や時刻）に応じて前記嗜好値テーブル（嗜好テーブル）を切り替えることにより、季節等の再生した時点に適した視聴者嗜好値を生成できるようにすることもできる。
【００３２】
上記の外的要因として、再生した季節を考えた場合、もし、季節を無視した音楽嗜好・利用生成エンジンであるならば、１２月末ごろに「カーオーディオ」で、クリスマスソングばかり聴いていると、大変偏った嗜好値が生成される。夏場にこの嗜好値を用いた再生を行った時にクリスマスソングが多く流れることのないよう、嗜好を数値化する際に、再生日等の外的原因によって嗜好値テーブル（数値化テーブル）を変更するようにしている。
【００３３】
また、本発明に係るコンテンツ再生装置は、コンテンツ再生をする演算部（ＣＰＵ）、処理コード格納部（ＲＯＭ）と、少なくとも再生コンテンツを記憶する再生用記憶部（ＲＡＭ）とを具備し、前記コンテンツ再生をする演算部に対してのコマンド（コンテンツ再生、コンテンツ再生中断）を、コンテンツ嗜好値算出手段の演算部（メインＣＰＵ）より制御する回路と、前記コンテンツ再生をする演算部での再生処理が完了した時点で、“再生完了”を、前記コンテンツ嗜好値算出手段の演算部に送出する回路と、を具備することが好ましい。これによって、コンテンツ再生（受信）とコンテンツ嗜好値の算出は異なったＣＰＵで処理を行い、メインＣＰＵの無駄が少なく効率よい処理を行うことができる。
【００３４】
物理的数値項目（物理的項目）を算術・推測するコンテンツ嗜好値算出手段は、大きく分けて２種想定できる。１つは、コンテンツ付加情報より推測（テーブル処理）し、予測値を求める方法で、もう１つは、コンテンツそのものを解析する方法である。上述のように異なるＣＰＵを用いる構成では、主に後者の場合を想定しており、例えば、音楽コンテンツの場合、“曲の長さ”を数値化するのは、比較的容易に機器内で処理できるであろう。しかしながら、“曲のテンポ”となると、特開平５−１００６６０号公報に記載された自動採譜装置などの採譜技術を利用する必要性がある。すなわち、コンテンツを解析するためにＣＰＵを長い間、専用にする必要が発生する。その上、特にコンテンツ放送受信装置の場合、再生はリアルタイムに実施する必要がある。それに対して、上述のコンテンツ解析処理は、コンテンツ再生が終わるまでに実施すればよい。すなわち、個々に演算装置（ＣＰＵ）を持つことにより、メイン側のＣＰＵの無駄が少なく、非常に大きな利点となる。
【００３５】
また、本発明に係るコンテンツ再生装置は、再生の中断もしくは再生対象コンテンツの切替手段を具備し、途中の中断処理なしにコンテンツ再生が完了した場合にのみ、前記視聴者嗜好値を算術、記憶するようにすることが好ましく、これによって、より確かな嗜好値を生成することができる。
【００３６】
このような構成が好ましい理由について説明する。これまで説明した装置では、視聴者嗜好値を、コンテンツ再生（受信）の度ごとに新たな値に更新しなければならない。しかしながら、このコンテンツ更新時期は、再生コンテンツの種類によって異なる。音楽コンテンツを、特に放送受信装置で視聴する場合、途中まで聴いた曲は、視聴者の嗜好に依らない曲として嗜好値をアップすべきでない。逆に、映画などの場合は、観た時間分だけ嗜好値アップすべきである。このような点を鑑みて、途中の中断処理なしにコンテンツ再生が完了した場合にのみ、前記視聴者嗜好値を算術、記憶するようにする。音楽コンテンツを視聴する場合に、嗜好値を更新するタイミングとして、中断することなく視聴された場合にのみ視聴者嗜好値を更新するように決めておけばよい。なお、観た時間分だけ嗜好値をアップ（更新）する算術方法は、視聴率算術などで従来より開示・利用されている。
【００３７】
また、出力対象のデジタル情報もしくはその付加情報を、“陽気さ”、“楽しさ”等の感性／性格など表す抽象的項目や情報サイズ等の情報物理的数値項目のそれぞれの値から成る情報値（一般に、項目は多次元化する方がよく、“情報ベクトル値”の方が好ましい）へ展開する処理を、デジタル情報を出力する（静止画表示、動画表示、テキスト表示、音声再生、動画再生等）際に行うようにしてもよい。
【００３８】
上記の情報ベクトル（感性ベクトル）を生成することによる情報のあいまい処理としては、従来、特開平８−１６６１１号公報に記載の自然言語に基づくデータ検索装置のように、検索方法にしか利用されていなかったが、デジタル情報を出力する装置において、出力時点で、出力する情報を感性ベクトル化することで、再生者（利用者）の好み／嗜好を導き出せるようにしている。
【００３９】
（実施例）
図１は、本発明の実施例における音楽嗜好生成機能付きカーオーディオの概観図、図２は、図１におけるカーオーディオのハードウエア構成を示すブロック図で、カーオーディオ１には、音楽再生媒体として、ＣＤドライブ（ＣＤプレイヤ）２３と、デジタルラジオチューナ２４とを備えている。すなわち、音楽コンテンツをＣＤを介して再生する機能と、デジタルラジオ放送を介して再生する機能とを備えている。
【００４０】
カーオーディオ１において、ラジオ受信モードとするかＣＤプレイヤによる再生モードとするかは、操作ボタンのモード切替ボタン２１２を押下することで選択できる。カーオーディオ１には、その他の操作ボタンとして、ラジオのチャンネル選局を行なうラジオ選局ボタンと、ＣＤプレイヤの再生や停止を行なうプレイヤ操作ボタンと、嗜好ユーザ指定処理するユーザ指定ボタンとを兼ね備えるチャンネルボタン２１１と、電源ＯＮ／ＯＦＦボタン２１０と、嗜好値記録開始ボタン２１３とを備えている。嗜好値記録開始ボタン（嗜好ボタン）２１３は、２回押下することで嗜好処理する／しないの選択切替を可能としている。嗜好ボタン２１３を１回押下後、チャンネルボタン２１１（ＣＨ１乃至ＣＨ４として図示してあるボタン１乃至４）を押下することで嗜好値を求めるユーザを指定することが可能となっており、本実施例では、４ユーザ分の処理を可能としている。
【００４１】
また、チャンネルボタン２１１は、ＣＤ再生モードの時にはＣＤプレイヤの操作ボタンとして使用可能で、ラジオ受信モードの時にはチャンネル指定が可能なボタンである。カーオーディオ１には、算術された嗜好データを持ち運び可能な記憶媒体に記憶できる嗜好データ記憶用ドライブ２２（一例としてＭＤドライブを図示）、現在のモードや選択チャンネルや嗜好処理を実施するか否かなどの状況の再生状態／モード確認用の表示装置２０１、現在の日付時刻を表示する表示装置２０２を備えている。
【００４２】
以上がカーオーディオ１の外観から分かるハードウエア構成であるが、カーオーディオ１の内部には、さらに、装置間の演算制御を司る中央処理装置（メインＣＰＵ）１０、受信・読み込みした音楽コンテンツのデジタルデータを格納する主記憶装置（ワーク／バッファ）１２、各制御プログラムが記憶されている処理コード記憶装置（ＲＯＭ）１１を備え、これらの構成要素によって、電源ＯＮ処理、各種ボタン処理、再生処理、嗜好処理が行われる。音声再生装置２５は、Ｄ／Ａ変換処理等の実際の音声再生処理制御を実施する部分（チップ）で、演算部（ＣＰＵ）、音声再生処理コード記憶装置（ＲＯＭ）２５２、再生のための音楽コンテンツ格納記憶装置（ＲＡＭ）２５１から構成され、メイン側の処理コード記憶装置１１内の再生処理部１１２と音声再生処理コード記憶装置２５２内のＩ／Ｏ処理部とが論理的に接続されており、互いの処理部でコマンド・データ等をＩＮＰＵＴ／ＯＵＴＰＵＴすることで、再生の開始、再生の中断、再生完了の通知、再生コンテンツデータの転送などの制御が行われる。なお、再生処理部１１２もＩ／Ｏ処理部も共に実体はプログラムコードであり、物理的には、互いのＣＰＵが各バス／コントローラ、すなわち、電子回路で接続されている。
【００４３】
上述のごときカーオーディオ１における各種処理を以下にフロー図を用いて説明する。
（起動初期化制御）
図３は、図２における電源ＯＮ処理部１１０の処理を説明するためのフロー図で、電源ＯＮ処理部１１０の実体は、処理コード記憶装置１１に格納されているプログラムコードである。実際には、例えば、主記憶装置１２のＣＰＵアドレス空間へのマッピング処理等の各ハードウエアの初期化等も行われることとなるが、本発明と直接関係しないので詳細は割愛する。電源ＯＮ処理部１１０においては、起動時に初期化処理が必要な主記憶装置１２内の各変数、ワークエリアを初期化する（Ｓ０）。つまり、電源ＯＦＦの状態から電源ＯＮボタンが押下された時には、表３に示す各変数の内、再生中か否かの判断用変数（Playf）、ＣＤ再生モードか、或いはラジオ放送受信モードかを示す変数（PlayfＭＤ）、ＣＤ再生中のコンテンツ番号（記録されている順番）を示す変数（PlayNo）、ラジオ放送受信中のコンテンツ番号を示す変数（ChNo）、ＣＤ内に付加的に記憶されている格納された音楽コンテンツのヘッダ情報の読み込み状態を示す変数（HeadRf）、嗜好処理実施中か否かを示す変数（Sikouf）、嗜好登録番号を示す変数（SikouNo）を初期設定する。
【００４４】
【表３】
【００４５】
（各種ボタン制御）
図４は、図２における各種ボタン処理部１１１の処理を説明するためのフロー図で、各種ボタン処理部１１１は電源ＯＮ処理部１１０により起動（移行）する（Ｒ０）。各種ボタン処理部１１１においては、まず、各種ボタン２１１，２１２，２１３が押下されたどうかをチェックし（Ｓ１）、ボタン押下がなければ、さらに、現在再生中か否か（変数Playf）をチェックする（Ｓ２）。なお、再生中か否かの判断用変数（Playf）は、電源ＯＮ処理部１１０にて、再生でない状態（Playf=0）にセット（初期化処理）されているので、電源ＯＮ直後でのステップＳ２の結果はＮＯとなる。ステップＳ２において再生状態でないと判断した時は、再度各種ボタン２１１，２１２，２１３の押下チェック処理（Ｓ１）に移行する。なお、電源ＯＮ／ＯＦＦボタン２１０は、電源供給回路に直結しているものとして説明を割愛している。
【００４６】
ステップＳ１で、各種ボタン２１１，２１２，２１３のいずれかのボタンが押下されたと判断した時、まず、モード切替ボタン２１２の押下かをチェックし（Ｓ１０）、ＮＯなら、次に、嗜好ボタン２１３の押下かをチェックする（Ｓ１１）。どちらのボタンでもなければ、４個のチャンネルボタン２１１のいずれかとして以後のステップへ移行する（Ｒ３）。なお、モード切替ボタン２１２、もしくは、嗜好ボタン２１３の押下であった場合については後述する。
【００４７】
図５は、図２におけるチャンネルボタン２１１の押下時の処理を説明するためのフロー図で、チャンネルボタン２１１の押下であった場合には、最初に、ＣＤ再生モードか、或いはラジオ放送受信モードかを変数PlayfＭＤ（本実施例では、変数PlayfＭＤは電源ＯＮ処理部１１０内でＣＤ再生モードとして初期化）にてチェックし（Ｓ１２）、さらに、ＣＤ再生モードの場合には、再生ボタン（チャンネルボタン２１１のＣＨ１として図示）かどうかをチェック（Ｓ１３）し、もし、再生ボタン以外であれば、ステップＳ１、すなわち、再度各種ボタンチェックに移行する（Ｒ０）。なお、実際には、再生ボタン以外にも、停止ボタン、スキップボタン等がＣＤプレイヤとしては必要ではあるが、本発明に直接関係しないので説明を割愛している。
【００４８】
再生ボタンの押下であると判断した時、既にＣＤ内に付加的に記憶されている格納された音楽コンテンツのヘッダ情報（付加情報）の読み込み処理が実施される（Ｓ１４，Ｓ１５）。ここで、ステップＳ１４でのチェックは、既にヘッダ情報が読み込まれている場合の２重処理を防止するもので、その状態を示す変数（HeadRf）も当然、電源ＯＮ処理部１１０で未処理（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-SikouTable）３１を利用して、季節処理部３２において、利用する嗜好テーブルＮｏを求める（Ｓ５１，Ｓ５２）。次に、嗜好値数値化処理部３３において、再生コンテンツの付加情報（CONTENT＿H）を求められた嗜好テーブルＮｏと各嗜好テーブル（嗜好数値化テーブル）３４に基づいて数値化し嗜好値を求め、その嗜好値と前回までの現行嗜好値（ここでは平均値）３５から新たな現行嗜好値３５を求める。本実施例では、付加情報として図７、図８に示す分類名（Bunrui）のみ利用し、再生コンテンツの分類項目（分類名）に対応する嗜好値を、求められた嗜好テーブル（Table 0或いはTable 1）よりローカル変数（value）に取得する（Ｓ５３）。その後、ローカル変数（value）と、前回までの現行嗜好値（SikouValue）３５及び嗜好処理数（SikouCnt）から平均値を求める方法で、CONTENT＿D内のコンテンツを再生した結果としての新たな現行嗜好値（SikouValue）３５を求め、新たな現行嗜好値（SikouValue）及び嗜好処理数（SikouCnt）を更新設定する（Ｓ５４，Ｓ５５）。なお、実際は仮に算術するので変数ValueBack,CntBackへ格納することになる。
【００６０】
なお、図１４に示すとおり、３月〜８月までは、陽気な季節とし、陽気な季節用に陽気さ嗜好テーブルTable 0がリンクされており、また、９月〜２月までは、センチな季節とし、センチな季節用に陽気さ嗜好テーブルTable 1がリンクされている。さらに、陽気さ嗜好テーブルには各コンテンツ分類名とそれに対応した陽気さ値が設定されており、陽気な季節の陽気さ嗜好テーブルの各値は、センチな季節の陽気さ嗜好テーブルの各値より、１ポイントだけ低い値が設定されている。これは、“センチな季節でも陽気なジャンルの音楽を聴く人は、かなり陽気な人である”という意味を与えている。
【００６１】
最後に、記憶される（転送される）嗜好データのフォーマット（例では、ＭＤの記録フォーマット）を簡単に説明する。
図１５は、嗜好データフォーマットの一例を示す図で、ユーザ数（MAXUSER）分（本実施例では、図１に図示したＣＨ１乃至ＣＨ４のボタン数４と等しくなる）だけ、嗜好ユーザ名、現在の嗜好値、嗜好処理したコンテンツ数、嗜好データ更新日時等のフィールドが存在している。すなわち、主記憶装置内の変数SikouValue，SikouCntが嗜好処理する登録番号（SikouNo）の示す領域に格納されることを意味している。これらのデータ内容が嗜好データ記憶用ドライブ２２に記録或いは通信されるが、本実施例では現在選択中の１ユーザ分のみが記録或いは通信処理される。なお、ユーザ数（MAXUSER）分の領域が確保されているのは、記録媒体上のみで、処理上（メモリ上）は嗜好データ（SikouData）の１ユーザ分のみとしている。また、ユーザ名は、前述したとおり、わざわざユーザに入力させるよりは、あらかじめボタンに、例えば、ボタン１を“運転者”、ボタン２を“家族”、ボタン３を“その他１”、ボタン４を“その他２”などと刻印し、その刻印の文字列そのものが記憶させるだけの方が好ましい。
【００６２】
（音声再生装置２５のプログラムコード）
図１６は、図２における音声再生装置２５のプログラムコードを示したフロー図で、ＲＯＭ１１の再生処理部１１２とのＩＮＰＵＴ／ＯＵＴＰＵＴに関するＲＯＭ２５２内のプログラムコードによって、メインＣＰＵ１０より音声再生装置２５にコマンドが送出された時、音声再生装置２５では、そのコマンドをＩＮＰＵＴとし、それが、データ転送（コンテンツ転送）コマンドか、それとも、再生コマンドかをチェックする（Ｓ６１）。データ転送コマンドの場合には、以後、さらに、メインＣＰＵから送出されるデータを順次、ＩＮＰＵＴし、音声再生装置２５内のＲＡＭ２５１に記憶し（Ｓ６２）、再度、メインからのコマンド待ち状態になる。また、再生コマンドの場合、メインＣＰＵより中断コマンドが送出されないかを逐次チェックしながら、音声波形にＤ／Ａ変換し、そのデータをスピーカ２６に出力することで音声を再生する（Ｓ６３〜Ｓ６６）。すべてのデータが出力されたら、メインＣＰＵに再生が完了したことを通知し（Ｓ６７）、再度、メインからのコマンド待ち状態に移行する。
【００６３】
【発明の効果】
請求項１の発明に対応する効果：再生が完了したコンテンツについて情報提供者側が付加した付加情報を商品側（再生側）の値（視聴者嗜好値）として移行することが可能となり、再生・放送受信装置に限定されない、再生対象のコンテンツに限定されない視聴者嗜好値の生成が可能となる。これにより、より視聴者がその時、その場所で視聴したいと思われるコンテンツを再生・受信することが可能となる。
【００６５】
請求項２及び３の発明に対応する効果：請求項１の発明に対応する効果に加えて、嗜好値を更新するタイミングをはかることにより、より確かな嗜好値の生成が可能となる。
【００６６】
請求項４の発明に対応する効果：請求項１乃至３の発明に対応する効果に加えて、コンテンツ情報の嗜好値化をコンテンツ再生に使用するＣＰＵとは異なったＣＰＵで処理が可能となり、メイン側のＣＰＵの無駄が少なく、効率よい処理が可能となる。
【００６７】
請求項５の発明に対応する効果：請求項１乃至４の発明に対応する効果に加えて、複数の嗜好値の記憶処理を可能とし、個人の嗜好だけでなく、グループ、家族の嗜好値の生成も可能となる。
【図面の簡単な説明】
【図１】本発明の実施例における音楽嗜好生成機能付きカーオーディオの概観図である。
【図２】図１におけるカーオーディオのハードウエア構成を示すブロック図である。
【図３】図２における電源ＯＮ処理部の処理を説明するためのフロー図である。
【図４】図２における各種ボタン処理部の処理を説明するためのフロー図である。
【図５】図２におけるチャンネルボタンの押下時の処理を説明するためのフロー図である。
【図６】音楽ＣＤの情報記憶領域を示す図である。
【図７】音楽ＣＤにおけるコンテンツヘッダのフォーマットの一例を示す図である。
【図８】ラジオ放送におけるコンテンツヘッダのフォーマットの一例を示す図である。
【図９】図２におけるモード切替ボタンの押下時の処理を説明するためのフロー図である。
【図１０】図２における嗜好ボタンの押下時の処理を説明するためのフロー図である。
【図１１】コンテンツ再生のフロー図である。
【図１２】嗜好値生成を説明するためのフロー図である。
【図１３】嗜好値生成の概念を説明するためのブロック図である。
【図１４】嗜好値生成のための嗜好テーブルの一例を示す図である。
【図１５】嗜好データフォーマットの一例を示す図である。
【図１６】図２における音声再生装置のプログラムコードを示したフロー図である。
【符号の説明】
１…カーオーディオ、１０…メインＣＰＵ、１１…処理コード記憶装置、１２…主記憶装置、２２…嗜好データ記憶用ドライブ、２３…ＣＤドライブ、２４…デジタルラジオチューナ、２５…音声再生装置、２６…スピーカ、３１…季節→嗜好対応テーブル、３２…季節処理部、３３…嗜好値数値化処理部、３４…嗜好テーブル、３５…現行嗜好値、１１０…電源ＯＮ処理部、１１１…各種ボタン処理部、１１２…再生処理部、１１３…嗜好処理部、２０１，２０２…表示装置、２０３…クロック、２１０…電源ＯＮ／ＯＦＦボタン、２１１…チャンネルボタン、２１２…モード切替ボタン、２１３…嗜好値記録開始ボタン、２５１…音楽コンテンツ格納記憶装置、２５２…音声再生処理コード記憶装置。
【発明の属する技術分野】
本発明は、コンテンツ再生装置、より詳細には、音楽／映画等が記憶されているＣＤなどの記憶媒体を再生する装置（プレイヤ）や、通信媒体（放送媒体）を通じて、放送されるコンテンツを受信、再生する装置（デジタルＴＶ、ラジオ）において、利用者（視聴者）が再生処理したコンテンツの好み、興味などを学習記録し、別の情報機器にて、学習記録したユーザ嗜好情報を利用することを可能としたコンテンツ再生装置に関する。
【０００２】
【従来の技術】
特開平６−１２４３０９号公報（情報サービスシステムおよび放送受信システム）には、情報サービスもしくは放送システムにおいて、視聴者（利用者）のアクセス／番組受信した履歴をアクセス情報の分類単位で管理、記憶し、以後の情報アクセスや番組受信の際に、管理されたアクセス履歴を基に、利用者の好みに応じた情報の取得、選択、番組選局等の処理が可能となるシステム・受信装置が開示されている。
【０００３】
【発明が解決しようとする課題】
前記特開平６−１２４３０９号公報に記載の発明では、利用者が所望するであろう情報推測手段（分類ごとのアクセス履歴管理）と、その管理・記憶された情報を基に、利用者が所望するであろう情報を推測利用する手段（例えば、番組選択手段）とが、同一人物・同一機器内の範囲で処理される分には、特に問題なく利用可能であるが、アクセス履歴管理機器と、その管理情報を利用する機器が別機器とする環境下では、大きな問題もなく利用可能なのは、番組クラス（分類）レベルであり、コンテンツレベルでは完全な利用ができない、という課題がある。なお、ここでの“番組クラス（分類）レベル”とは、“野球番組”、“映画番組”という番組そのものの分類レベルのことである。
【０００４】
上述のように、特開平６−１２４３０９号公報に記載の発明では、コンテンツレベルでの利用が完全でないという問題があるが、最初にこの点について説明する。すなわち、特開平６−１２４３０９号公報には、“分類項目ごとに情報アクセス履歴管理する”と記載されているが、ここでの“分類項目”は一体誰が生成し、一体どのようなものなのかが、例示はあるものの明確ではない。例えば、ＣＤ内に（ヘッダとして）、記憶されている各音楽の「タイトル」「ジャンル」情報が付加されている「'９８ヒットアルバムＣＤ」と、さまざまなジャンルの曲が放送される音楽専用（ナレーション等は一切放送されないものとする）ラジオチャンネルが、日単位で時分秒単位で番組化され、そのチャンネルで放送される「曲のタイトル」「放送時間」「ジャンル」情報（ＥＰＧ：電子番組表）が別チャンネルで放送されている放送サービスが存在するとする。
【０００５】
また、今ここに、特開平６−１２４３０９号公報で開示されている嗜好処理技術を採用した「居間用の高級オーディオ」と「若者（スポーツカー）向きのカーオーディオ」があり、「居間用オーディオ」で、音楽専用放送チャンネルである“ロック”音楽を１曲聴いたとする。その時、生成された嗜好情報を「カーオーディオ」にコピー（コピーできるか否かは不明だが、できるものとする）し、「カーオーディオ」で「'９８ヒットアルバムＣＤ」の嗜好ランダム再生（嗜好情報に最も近いジャンルの音楽順に再生する機能）ボタンを押下したら、どんな音楽が再生されるだろうか。当然“ロック”音楽、もしくは、それに近い音楽から再生されることを希望するが、特開平６−１２４３０９号公報で開示されている嗜好処理技術では、場合によっては、希望どおり“ロック”音楽から、順に、“ロック”に近いジャンル順に再生されるが、場合によっては、何も再生されない可能性もある。この“場合”は、ＣＤ内に格納されている“ジャンル”、ＥＰＧ放送で提供される“ジャンル”の内容によって決定される。
【０００６】
まず、音楽のジャンルは、もともと、“クラシック”、“ジャズ”、“ポップス”、“ラテン”の４つであるといわれている。これらのジャンルのうち、“クラシック”だけが、メロディーラインを優先さた音楽ジャンルで、他は、リズムを優先させた音楽ジャンルといわれており、すなわち、これは、メロディが同じでもリズムが異なれば、ジャンルも変化することをも意味しており、アレンジした人（編曲者）や、アーテイスト（演奏者）が異なるだけで、同じメロディであってもジャンルが異なるのはそのためである。さらに、“ロック”や“ニューミュジック”なども一般に音楽を分類分けするジャンル名として使われているが、もともとこれらは、“ポップス”より派生されたジャンルであるらしい。
【０００７】
どうも、ある音楽（曲）のジャンル決定に一番力があるのは、アーチスト（演奏者）であることらしいが、すべてがすべてそうなのかといえば、答えは必ずしもそうではない。すなわち、上記例でいえば、“ロックを１曲聴いた”の“ロック”というジャンルを決めたのは、“聴いたその人”であり、ＥＰＧ放送で放送する曲のジャンルを決めたのは、“放送局”であり、ＣＤ内に記憶されている曲のジャンルを決めたのは、“アルバムの編集社”であり、どれもが同じであるとはとても考えにくい。
【０００８】
極端な例をいえば、ＣＤ内のジャンルは、“ソフトロック”、“ハードロック”といったように“ロック”をさらに細かく分類しているが、放送局でのジャンルは、単に、“ロック”としてしか分類しておらず、さらに、テキストベースで、かつ、完全一致の分類名でないと履歴管理できない嗜好処理技術（特開平６−１２４３０９号公報の発明ではこの部分が不明確）であったら、上記例では、“嗜好ランダム再生”にならず、おそらく、記憶順に再生されることになる。
【０００９】
上記例からも分かるように、利用・再生情報（嗜好情報）を、如何なる方法・手段で実施したとしても、異なった目的を持つ機器同士での有効な嗜好情報の交換を実施するには、何らかの基準（ものさし）が必要となる。音楽や映像（映画）などのコンテンツ再生・受信装置に、特開平６−１２４３０９号公報（情報サービスシステムおよび放送受信システム）を適用した場合は、放送局から提供されるＥＰＧ内の分類項目を基準（ものさし）とし、各放送局間で分類方法の規格が決められたとしても、番組選局程度の嗜好処理が限界になるであろうと推測される。なお、特開平６−１２４３０９号公報の発明では、上記問題を補助する目的も含めて「関心度入力手段」、「ひな形アクセス情報記憶手段」が具備されていると考えられる。
【００１０】
また、類似の技術として、特開平８−１６６１１号公報（自然言語に基づくデータ検索装置）が開示されている。この従来技術は、嗜好処理方法そのものは本発明と同一の概念に基づくが、検索のための質問文を入力し、入力された質問文と、検索対象情報（テキストデータ以外の場合は付加されたテキストデータ）とを比較（あいまい検索）し、例えば、一致度の高い順にリストアップするものであり、個人個人の嗜好値を生成するものではない。
【００１１】
さらに特開平９−４６６８９号公報（映像ソフト紹介システムおよび映像ソフトに記載の発明）は、コンテンツ提供側から、作品評価ＤＢを送信し、このＤＢを評価（あいまい検索）することで利用者嗜好を生成するシステム、受信装置に関するものであるが、作品評価ＤＢそのものが放送局側で一方的に生成されたもののため、異なった会社の提供サービスを利用した場合には、作品評価ＤＢも異なることが予測され、また、このシステム形態となっていない提供サービスを利用した場合、その間の利用は何ら嗜好処理はなされず、利用できないことから、生成された嗜好情報の別機器での利用は想定されていないものである。
【００１２】
本発明は、主にイメージ系コンテンツ（“テキストデータでないコンテンツ”というよりむしろ芸術要素が存在するコンテンツを意味し、例えば、“和歌”“短歌”、“詩”などもイメージ系コンテンツに属する）でのコンテンツ分類そのものに曖昧性がある（曖昧性が非常に高い）ということを考慮して、別機器でも利用が可能なイメージ系コンテンツ再生処理における視聴／利用嗜好値を生成・記憶する再生装置を提供しようとするものである。
【００１３】
【課題を解決するための手段】
請求項１の発明は、コンテンツを格納する記憶部と、該記憶部に格納されたコンテンツを再生する再生部とで構成され、該再生部で再生が完了したコンテンツを示すコンテンツ情報を出力するコンテンツ再生手段と、該コンテンツ再生手段から出力されるコンテンツ情報に基づいて、前記再生部で再生完了したコンテンツに付加されている付加情報を読み出し、読み出した付加情報からユーザ嗜好値を算出する嗜好値算出手段と、該嗜好値算出手段で算出されたユーザ嗜好値を、可搬の記録媒体又は外部接続機器に記憶する嗜好記憶手段と、を備えたことを特徴としたものである。
【００１４】
請求項２の発明は、請求項１のコンテンツ再生装置において、前記コンテンツ再生手段は、前記再生部で中断なしに再生が完了したコンテンツを示すコンテンツ情報を、前記嗜好値算出手段に出力することを特徴としたものである。
【００１５】
請求項３の発明は、請求項１のコンテンツ再生装置において、前記コンテンツ再生手段は、音楽コンテンツについて、前記再生部で中断なしに再生が完了したコンテンツを示すコンテンツ情報を、前記嗜好値算出手段に出力することを特徴としたものである。
【００１６】
請求項４の発明は、請求項１〜３のいずれかのコンテンツ再生装置において、前記嗜好値算出手段及び前記嗜好記憶手段は共通の演算部を有し、前記コンテンツ再生手段は該共通の演算部とは異なる演算部を有することを特徴としたものである。
【００１７】
請求項５の発明は、請求項１〜４のいずれかのコンテンツ再生装置において、視聴者指定操作を受け付け、該視聴者指定操作に基づき視聴者を識別する視聴者識別手段をさらに備え、
前記嗜好値算出手段は、該視聴者識別手段により識別された視聴者ごとに、視聴者嗜好値を算出し、前記嗜好記憶手段は、前記嗜好値算出手段で算出された視聴者ごとのユーザ嗜好値を、可搬の記録媒体又は外部接続機器に記憶することを特徴としたものである。
【００１９】
【発明の実施の形態】
（本発明で適用可能な嗜好値の算出・記憶処理について）
本発明に係る、コンテンツを受信、もしくは、記憶媒体より再生するコンテンツ再生装置は、再生（受信）するコンテンツそのもの、もしくは、コンテンツのタイトル名や分類名などのコンテンツ付加情報より、該コンテンツの抽象的項目（“陽気さ”、“楽しさ”等）や物理的数値項目（“テンポ”、“再生時間”等）のそれぞれの値から成る再生コンテンツ嗜好値（一般に、項目は多次元化する方が良いので“再生コンテンツ嗜好ベクトル値”と呼ぶ方がふさわしい）を算術・推測するコンテンツ嗜好値算出手段と、該コンテンツ嗜好値算出手段により求められた視聴者嗜好値をコンテンツ再生の度ごとに過去に求められた視聴者嗜好値とで平均値化（多次元の場合を考えると“加算ベクトル値”と呼ぶ方がふさわしい）する平均値化手段と、該平均値化手段により求められた視聴者嗜好値を、持ち運び可能な記憶装置へ記録する手段、及び／又は、別機器へ転送処理する手段と、を具備するような構成を採用することができる。これによって、利用される機器の想定（機器そのものの性格）をも踏まえて視聴者嗜好値が利用できるようになり、すなわち、再生・放送受信装置に限定されない、再生対象のコンテンツに限定されない、利用者（視聴者）の性格に非常に近い視聴者嗜好値を生成することが可能になり、嗜好情報を他の機器で利用することが可能になる。
【００２０】
例えば、「居間用オーディオ」と「カーオーディオ」が存在し、「居間用オーディオ」で、音楽専用放送チャンネルで、とある“ロック”音楽を１曲聴いたとする。なお、放送局で提供される、もしくは、ＣＤ内に存在するコンテンツ付加情報は、単純に各曲のジャンルだけとし、ＣＤ内のジャンル情報は“ソフトロック”と“ハードロック”で“ロック”を更に細かく分類分けされているが、放送局のジャンル情報は、“ロック”としか分類分けされていないものとする。
【００２１】
表１及び表２は、それぞれ、「居間用オーディオ」用、「カーオーディオ」用の分類項目（付加情報）を嗜好値（陽気さ値）に変換するテーブルである。なお、実際は、複数の抽象的項目／物理的数値項目を用い、嗜好を多次元化する方が好ましいが、説明を簡易とするため、“陽気さ”項目のみとする。また、付加情報もコンテンツ提供側からのあいまいな分類名である“ジャンル”以外に様々な情報、例えば“アーチスト”等が存在し、これら付加情報すべてを利用して嗜好値を決定するが、説明を簡易とするため、提供された“ジャンル”のみを利用することとする。
【００２２】
【表１】
【表２】
居間で放送局より、放送局で提示されたジャンルとしての“ロック”音楽を聴いた時の嗜好値（陽気さ値）は“４”である。この嗜好値“４”をもって、ＣＤ内に、記憶されている各音楽のタイトルやジャンル情報がヘッダとして付加されている「'９８ヒットアルバムＣＤ」を「カーオーディオ」で嗜好値に伴う再生を行うと、この嗜好値“４”に近いジャンル、すなわち、“ジャズ”か“ソフトロック”から順に再生されることになる。これは、“居間で聴いたロック（ソフトロックかハードロックか不明）は、おそらく、利用状況から想定した時、ソフトロックであろう”といった具合に機器が利用想定にマッチした結果を得ながら、嗜好処理を行うことになる。
【００２５】
すなわち、再生（受信）するコンテンツそのもの、もしくは、コンテンツのタイトル名や分類名等のコンテンツ付加情報により、“陽気さ”、“楽しさ”等の感性／性格などを表す抽象的項目や“テンポ”、“再生時間”等の再生コンテンツの物理的数値項目に基づいて再生（受信）コンテンツ嗜好値を求める嗜好処理は、利用される機器の利用形態（機器そのものの性格）をも踏まえて利用者嗜好値（視聴者嗜好値）を利用可能にする。
【００２６】
これは、情報提供者側のジャンル（標準ものさし）に対するあいまい性問題を商品側（再生側）に移行したともいえる。例えば、「居間用オーディオ」と「カーオーディオ」とが別メーカの場合、当然、表１及び表２のごときテーブル値そのものを表す嗜好生成・利用エンジンも異なってくることが想定される。というより、やはり、各メーカ間で分類方法に対する規格化が必要になるであろう。しかし、“嗜好生成・利用エンジン”というソフトウエア商品として、各メーカ間での自由な競争できる（コンテンツサービス会社が、コンテンツの内容ではなく、コンテンツの分類分けで競争するとは思えない）ことから考えると、従来と比べ現実性がある。
【００２７】
嗜好値を求めるコンテンツ嗜好値算出手段について補充説明する。本発明は、“あいまいな情報”をより多くの“あいまい項目”に展開（嗜好値算術）することで、より“具体的なものさし”が生成できるであろうという理論／性質を利用しており、コンテンツ付加情報を抽象的項目に展開する場合は、少なくとも２以上とすべきである。もし、付加情報を唯一の抽象的項目に展開し、その値を別機器で利用した場合と、付加情報そのものを単に別機器に転送、利用した場合とを比較すると、おそらく、後者の方がより良い嗜好処理ができるであろう。というより、前述した例は、非常に都合の良い例を示したのであって、実際には、機器のさまざまな利用条件・要因を検討、シュミレーションし、現状、もしくは、将来のコンテンツシステムを予測して、できるだけ多くの抽象的項目を見出すべきである。この標準ものさしを上手く作り出すことによって、再生・放送受信装置に限定されない、再生対象のコンテンツに限定されない、利用者（視聴者）の性格に非常に近い視聴者嗜好値を生成することが可能になる。
【００２８】
また、物理的数値項目は、ものさし基準を特定するが、その反面、“再生時間”等の例外を除いて、再生対象コンテンツに限定されるのが一般的である。そのため、物理的数値項目だけでは、少なくともコンテンツ限定の嗜好値としか生成されないことになるので、少なくとも１つ以上の物理的数値項目以外（抽象的項目）を設けるべきである。なお、物理的数値項目には、数値ではないが、コンテンツ付加情報（ジャンルやタイトル名や再生日）そのものを含めると考えても差し支えない。
【００２９】
また、本発明に係るコンテンツ再生装置は、さらに、視聴者を識別（変更・指定）する視聴者識別手段と、該視聴者識別手段により指定された視聴者ごとに、視聴者嗜好値を算出する視聴者嗜好値算出手段と、前記視聴者識別手段により識別された視聴者ごとに、視聴者嗜好値算出手段により算出された視聴者嗜好値を、持ち運び可能な記憶装置へ記録する手段、及び／又は、別機器へ転送処理する手段、を具備することもできる。これによって、一人だけが利用できるものではなく、家族等の複数のメンバーで利用できるように、複数の記憶処理を可能とすることができる。
【００３０】
上記の視聴者を指定する手段としては、少なくとも“利用者名を入力して…”などとはせず、単純に“３つボタンが準備されている”などの様に、非常に簡易なものの方が好ましい。例えば、「カーオーディオ」で視聴する場合、一人の時はボタンＡを、友人Ｆと一緒の時はボタンＢを、それ以外の時はボタンＣをそれぞれ押すようにする。これだけで、ボタンＡで生成された嗜好値は自分だけの嗜好値で、ボタンＢは、自分と友人Ｆの嗜好値になる（友人Ｆの嗜好値ではない）。すなわち、単純な手段で、個人の嗜好だけでなく、グループ、家族の嗜好も生成可能となる。
【００３１】
また、本発明に係るコンテンツ再生装置は、さらに、コンテンツ嗜好値算出手段が月日や時刻などの外的要因に応じて複数の異なる嗜好値テーブルを具備することもできる。コンテンツを再生した時点での外的要因（月日や時刻）に応じて前記嗜好値テーブル（嗜好テーブル）を切り替えることにより、季節等の再生した時点に適した視聴者嗜好値を生成できるようにすることもできる。
【００３２】
上記の外的要因として、再生した季節を考えた場合、もし、季節を無視した音楽嗜好・利用生成エンジンであるならば、１２月末ごろに「カーオーディオ」で、クリスマスソングばかり聴いていると、大変偏った嗜好値が生成される。夏場にこの嗜好値を用いた再生を行った時にクリスマスソングが多く流れることのないよう、嗜好を数値化する際に、再生日等の外的原因によって嗜好値テーブル（数値化テーブル）を変更するようにしている。
【００３３】
また、本発明に係るコンテンツ再生装置は、コンテンツ再生をする演算部（ＣＰＵ）、処理コード格納部（ＲＯＭ）と、少なくとも再生コンテンツを記憶する再生用記憶部（ＲＡＭ）とを具備し、前記コンテンツ再生をする演算部に対してのコマンド（コンテンツ再生、コンテンツ再生中断）を、コンテンツ嗜好値算出手段の演算部（メインＣＰＵ）より制御する回路と、前記コンテンツ再生をする演算部での再生処理が完了した時点で、“再生完了”を、前記コンテンツ嗜好値算出手段の演算部に送出する回路と、を具備することが好ましい。これによって、コンテンツ再生（受信）とコンテンツ嗜好値の算出は異なったＣＰＵで処理を行い、メインＣＰＵの無駄が少なく効率よい処理を行うことができる。
【００３４】
物理的数値項目（物理的項目）を算術・推測するコンテンツ嗜好値算出手段は、大きく分けて２種想定できる。１つは、コンテンツ付加情報より推測（テーブル処理）し、予測値を求める方法で、もう１つは、コンテンツそのものを解析する方法である。上述のように異なるＣＰＵを用いる構成では、主に後者の場合を想定しており、例えば、音楽コンテンツの場合、“曲の長さ”を数値化するのは、比較的容易に機器内で処理できるであろう。しかしながら、“曲のテンポ”となると、特開平５−１００６６０号公報に記載された自動採譜装置などの採譜技術を利用する必要性がある。すなわち、コンテンツを解析するためにＣＰＵを長い間、専用にする必要が発生する。その上、特にコンテンツ放送受信装置の場合、再生はリアルタイムに実施する必要がある。それに対して、上述のコンテンツ解析処理は、コンテンツ再生が終わるまでに実施すればよい。すなわち、個々に演算装置（ＣＰＵ）を持つことにより、メイン側のＣＰＵの無駄が少なく、非常に大きな利点となる。
【００３５】
また、本発明に係るコンテンツ再生装置は、再生の中断もしくは再生対象コンテンツの切替手段を具備し、途中の中断処理なしにコンテンツ再生が完了した場合にのみ、前記視聴者嗜好値を算術、記憶するようにすることが好ましく、これによって、より確かな嗜好値を生成することができる。
【００３６】
このような構成が好ましい理由について説明する。これまで説明した装置では、視聴者嗜好値を、コンテンツ再生（受信）の度ごとに新たな値に更新しなければならない。しかしながら、このコンテンツ更新時期は、再生コンテンツの種類によって異なる。音楽コンテンツを、特に放送受信装置で視聴する場合、途中まで聴いた曲は、視聴者の嗜好に依らない曲として嗜好値をアップすべきでない。逆に、映画などの場合は、観た時間分だけ嗜好値アップすべきである。このような点を鑑みて、途中の中断処理なしにコンテンツ再生が完了した場合にのみ、前記視聴者嗜好値を算術、記憶するようにする。音楽コンテンツを視聴する場合に、嗜好値を更新するタイミングとして、中断することなく視聴された場合にのみ視聴者嗜好値を更新するように決めておけばよい。なお、観た時間分だけ嗜好値をアップ（更新）する算術方法は、視聴率算術などで従来より開示・利用されている。
【００３７】
また、出力対象のデジタル情報もしくはその付加情報を、“陽気さ”、“楽しさ”等の感性／性格など表す抽象的項目や情報サイズ等の情報物理的数値項目のそれぞれの値から成る情報値（一般に、項目は多次元化する方がよく、“情報ベクトル値”の方が好ましい）へ展開する処理を、デジタル情報を出力する（静止画表示、動画表示、テキスト表示、音声再生、動画再生等）際に行うようにしてもよい。
【００３８】
上記の情報ベクトル（感性ベクトル）を生成することによる情報のあいまい処理としては、従来、特開平８−１６６１１号公報に記載の自然言語に基づくデータ検索装置のように、検索方法にしか利用されていなかったが、デジタル情報を出力する装置において、出力時点で、出力する情報を感性ベクトル化することで、再生者（利用者）の好み／嗜好を導き出せるようにしている。
【００３９】
（実施例）
図１は、本発明の実施例における音楽嗜好生成機能付きカーオーディオの概観図、図２は、図１におけるカーオーディオのハードウエア構成を示すブロック図で、カーオーディオ１には、音楽再生媒体として、ＣＤドライブ（ＣＤプレイヤ）２３と、デジタルラジオチューナ２４とを備えている。すなわち、音楽コンテンツをＣＤを介して再生する機能と、デジタルラジオ放送を介して再生する機能とを備えている。
【００４０】
カーオーディオ１において、ラジオ受信モードとするかＣＤプレイヤによる再生モードとするかは、操作ボタンのモード切替ボタン２１２を押下することで選択できる。カーオーディオ１には、その他の操作ボタンとして、ラジオのチャンネル選局を行なうラジオ選局ボタンと、ＣＤプレイヤの再生や停止を行なうプレイヤ操作ボタンと、嗜好ユーザ指定処理するユーザ指定ボタンとを兼ね備えるチャンネルボタン２１１と、電源ＯＮ／ＯＦＦボタン２１０と、嗜好値記録開始ボタン２１３とを備えている。嗜好値記録開始ボタン（嗜好ボタン）２１３は、２回押下することで嗜好処理する／しないの選択切替を可能としている。嗜好ボタン２１３を１回押下後、チャンネルボタン２１１（ＣＨ１乃至ＣＨ４として図示してあるボタン１乃至４）を押下することで嗜好値を求めるユーザを指定することが可能となっており、本実施例では、４ユーザ分の処理を可能としている。
【００４１】
また、チャンネルボタン２１１は、ＣＤ再生モードの時にはＣＤプレイヤの操作ボタンとして使用可能で、ラジオ受信モードの時にはチャンネル指定が可能なボタンである。カーオーディオ１には、算術された嗜好データを持ち運び可能な記憶媒体に記憶できる嗜好データ記憶用ドライブ２２（一例としてＭＤドライブを図示）、現在のモードや選択チャンネルや嗜好処理を実施するか否かなどの状況の再生状態／モード確認用の表示装置２０１、現在の日付時刻を表示する表示装置２０２を備えている。
【００４２】
以上がカーオーディオ１の外観から分かるハードウエア構成であるが、カーオーディオ１の内部には、さらに、装置間の演算制御を司る中央処理装置（メインＣＰＵ）１０、受信・読み込みした音楽コンテンツのデジタルデータを格納する主記憶装置（ワーク／バッファ）１２、各制御プログラムが記憶されている処理コード記憶装置（ＲＯＭ）１１を備え、これらの構成要素によって、電源ＯＮ処理、各種ボタン処理、再生処理、嗜好処理が行われる。音声再生装置２５は、Ｄ／Ａ変換処理等の実際の音声再生処理制御を実施する部分（チップ）で、演算部（ＣＰＵ）、音声再生処理コード記憶装置（ＲＯＭ）２５２、再生のための音楽コンテンツ格納記憶装置（ＲＡＭ）２５１から構成され、メイン側の処理コード記憶装置１１内の再生処理部１１２と音声再生処理コード記憶装置２５２内のＩ／Ｏ処理部とが論理的に接続されており、互いの処理部でコマンド・データ等をＩＮＰＵＴ／ＯＵＴＰＵＴすることで、再生の開始、再生の中断、再生完了の通知、再生コンテンツデータの転送などの制御が行われる。なお、再生処理部１１２もＩ／Ｏ処理部も共に実体はプログラムコードであり、物理的には、互いのＣＰＵが各バス／コントローラ、すなわち、電子回路で接続されている。
【００４３】
上述のごときカーオーディオ１における各種処理を以下にフロー図を用いて説明する。
（起動初期化制御）
図３は、図２における電源ＯＮ処理部１１０の処理を説明するためのフロー図で、電源ＯＮ処理部１１０の実体は、処理コード記憶装置１１に格納されているプログラムコードである。実際には、例えば、主記憶装置１２のＣＰＵアドレス空間へのマッピング処理等の各ハードウエアの初期化等も行われることとなるが、本発明と直接関係しないので詳細は割愛する。電源ＯＮ処理部１１０においては、起動時に初期化処理が必要な主記憶装置１２内の各変数、ワークエリアを初期化する（Ｓ０）。つまり、電源ＯＦＦの状態から電源ＯＮボタンが押下された時には、表３に示す各変数の内、再生中か否かの判断用変数（Playf）、ＣＤ再生モードか、或いはラジオ放送受信モードかを示す変数（PlayfＭＤ）、ＣＤ再生中のコンテンツ番号（記録されている順番）を示す変数（PlayNo）、ラジオ放送受信中のコンテンツ番号を示す変数（ChNo）、ＣＤ内に付加的に記憶されている格納された音楽コンテンツのヘッダ情報の読み込み状態を示す変数（HeadRf）、嗜好処理実施中か否かを示す変数（Sikouf）、嗜好登録番号を示す変数（SikouNo）を初期設定する。
【００４４】
【表３】
（各種ボタン制御）
図４は、図２における各種ボタン処理部１１１の処理を説明するためのフロー図で、各種ボタン処理部１１１は電源ＯＮ処理部１１０により起動（移行）する（Ｒ０）。各種ボタン処理部１１１においては、まず、各種ボタン２１１，２１２，２１３が押下されたどうかをチェックし（Ｓ１）、ボタン押下がなければ、さらに、現在再生中か否か（変数Playf）をチェックする（Ｓ２）。なお、再生中か否かの判断用変数（Playf）は、電源ＯＮ処理部１１０にて、再生でない状態（Playf=0）にセット（初期化処理）されているので、電源ＯＮ直後でのステップＳ２の結果はＮＯとなる。ステップＳ２において再生状態でないと判断した時は、再度各種ボタン２１１，２１２，２１３の押下チェック処理（Ｓ１）に移行する。なお、電源ＯＮ／ＯＦＦボタン２１０は、電源供給回路に直結しているものとして説明を割愛している。
【００４６】
ステップＳ１で、各種ボタン２１１，２１２，２１３のいずれかのボタンが押下されたと判断した時、まず、モード切替ボタン２１２の押下かをチェックし（Ｓ１０）、ＮＯなら、次に、嗜好ボタン２１３の押下かをチェックする（Ｓ１１）。どちらのボタンでもなければ、４個のチャンネルボタン２１１のいずれかとして以後のステップへ移行する（Ｒ３）。なお、モード切替ボタン２１２、もしくは、嗜好ボタン２１３の押下であった場合については後述する。
【００４７】
図５は、図２におけるチャンネルボタン２１１の押下時の処理を説明するためのフロー図で、チャンネルボタン２１１の押下であった場合には、最初に、ＣＤ再生モードか、或いはラジオ放送受信モードかを変数PlayfＭＤ（本実施例では、変数PlayfＭＤは電源ＯＮ処理部１１０内でＣＤ再生モードとして初期化）にてチェックし（Ｓ１２）、さらに、ＣＤ再生モードの場合には、再生ボタン（チャンネルボタン２１１のＣＨ１として図示）かどうかをチェック（Ｓ１３）し、もし、再生ボタン以外であれば、ステップＳ１、すなわち、再度各種ボタンチェックに移行する（Ｒ０）。なお、実際には、再生ボタン以外にも、停止ボタン、スキップボタン等がＣＤプレイヤとしては必要ではあるが、本発明に直接関係しないので説明を割愛している。
【００４８】
再生ボタンの押下であると判断した時、既にＣＤ内に付加的に記憶されている格納された音楽コンテンツのヘッダ情報（付加情報）の読み込み処理が実施される（Ｓ１４，Ｓ１５）。ここで、ステップＳ１４でのチェックは、既にヘッダ情報が読み込まれている場合の２重処理を防止するもので、その状態を示す変数（HeadRf）も当然、電源ＯＮ処理部１１０で未処理（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-SikouTable）３１を利用して、季節処理部３２において、利用する嗜好テーブルＮｏを求める（Ｓ５１，Ｓ５２）。次に、嗜好値数値化処理部３３において、再生コンテンツの付加情報（CONTENT＿H）を求められた嗜好テーブルＮｏと各嗜好テーブル（嗜好数値化テーブル）３４に基づいて数値化し嗜好値を求め、その嗜好値と前回までの現行嗜好値（ここでは平均値）３５から新たな現行嗜好値３５を求める。本実施例では、付加情報として図７、図８に示す分類名（Bunrui）のみ利用し、再生コンテンツの分類項目（分類名）に対応する嗜好値を、求められた嗜好テーブル（Table 0或いはTable 1）よりローカル変数（value）に取得する（Ｓ５３）。その後、ローカル変数（value）と、前回までの現行嗜好値（SikouValue）３５及び嗜好処理数（SikouCnt）から平均値を求める方法で、CONTENT＿D内のコンテンツを再生した結果としての新たな現行嗜好値（SikouValue）３５を求め、新たな現行嗜好値（SikouValue）及び嗜好処理数（SikouCnt）を更新設定する（Ｓ５４，Ｓ５５）。なお、実際は仮に算術するので変数ValueBack,CntBackへ格納することになる。
【００６０】
なお、図１４に示すとおり、３月〜８月までは、陽気な季節とし、陽気な季節用に陽気さ嗜好テーブルTable 0がリンクされており、また、９月〜２月までは、センチな季節とし、センチな季節用に陽気さ嗜好テーブルTable 1がリンクされている。さらに、陽気さ嗜好テーブルには各コンテンツ分類名とそれに対応した陽気さ値が設定されており、陽気な季節の陽気さ嗜好テーブルの各値は、センチな季節の陽気さ嗜好テーブルの各値より、１ポイントだけ低い値が設定されている。これは、“センチな季節でも陽気なジャンルの音楽を聴く人は、かなり陽気な人である”という意味を与えている。
【００６１】
最後に、記憶される（転送される）嗜好データのフォーマット（例では、ＭＤの記録フォーマット）を簡単に説明する。
図１５は、嗜好データフォーマットの一例を示す図で、ユーザ数（MAXUSER）分（本実施例では、図１に図示したＣＨ１乃至ＣＨ４のボタン数４と等しくなる）だけ、嗜好ユーザ名、現在の嗜好値、嗜好処理したコンテンツ数、嗜好データ更新日時等のフィールドが存在している。すなわち、主記憶装置内の変数SikouValue，SikouCntが嗜好処理する登録番号（SikouNo）の示す領域に格納されることを意味している。これらのデータ内容が嗜好データ記憶用ドライブ２２に記録或いは通信されるが、本実施例では現在選択中の１ユーザ分のみが記録或いは通信処理される。なお、ユーザ数（MAXUSER）分の領域が確保されているのは、記録媒体上のみで、処理上（メモリ上）は嗜好データ（SikouData）の１ユーザ分のみとしている。また、ユーザ名は、前述したとおり、わざわざユーザに入力させるよりは、あらかじめボタンに、例えば、ボタン１を“運転者”、ボタン２を“家族”、ボタン３を“その他１”、ボタン４を“その他２”などと刻印し、その刻印の文字列そのものが記憶させるだけの方が好ましい。
【００６２】
（音声再生装置２５のプログラムコード）
図１６は、図２における音声再生装置２５のプログラムコードを示したフロー図で、ＲＯＭ１１の再生処理部１１２とのＩＮＰＵＴ／ＯＵＴＰＵＴに関するＲＯＭ２５２内のプログラムコードによって、メインＣＰＵ１０より音声再生装置２５にコマンドが送出された時、音声再生装置２５では、そのコマンドをＩＮＰＵＴとし、それが、データ転送（コンテンツ転送）コマンドか、それとも、再生コマンドかをチェックする（Ｓ６１）。データ転送コマンドの場合には、以後、さらに、メインＣＰＵから送出されるデータを順次、ＩＮＰＵＴし、音声再生装置２５内のＲＡＭ２５１に記憶し（Ｓ６２）、再度、メインからのコマンド待ち状態になる。また、再生コマンドの場合、メインＣＰＵより中断コマンドが送出されないかを逐次チェックしながら、音声波形にＤ／Ａ変換し、そのデータをスピーカ２６に出力することで音声を再生する（Ｓ６３〜Ｓ６６）。すべてのデータが出力されたら、メインＣＰＵに再生が完了したことを通知し（Ｓ６７）、再度、メインからのコマンド待ち状態に移行する。
【００６３】
【発明の効果】
請求項１の発明に対応する効果：再生が完了したコンテンツについて情報提供者側が付加した付加情報を商品側（再生側）の値（視聴者嗜好値）として移行することが可能となり、再生・放送受信装置に限定されない、再生対象のコンテンツに限定されない視聴者嗜好値の生成が可能となる。これにより、より視聴者がその時、その場所で視聴したいと思われるコンテンツを再生・受信することが可能となる。
【００６５】
請求項２及び３の発明に対応する効果：請求項１の発明に対応する効果に加えて、嗜好値を更新するタイミングをはかることにより、より確かな嗜好値の生成が可能となる。
【００６６】
請求項４の発明に対応する効果：請求項１乃至３の発明に対応する効果に加えて、コンテンツ情報の嗜好値化をコンテンツ再生に使用するＣＰＵとは異なったＣＰＵで処理が可能となり、メイン側のＣＰＵの無駄が少なく、効率よい処理が可能となる。
【００６７】
請求項５の発明に対応する効果：請求項１乃至４の発明に対応する効果に加えて、複数の嗜好値の記憶処理を可能とし、個人の嗜好だけでなく、グループ、家族の嗜好値の生成も可能となる。
【図面の簡単な説明】
【図１】本発明の実施例における音楽嗜好生成機能付きカーオーディオの概観図である。
【図２】図１におけるカーオーディオのハードウエア構成を示すブロック図である。
【図３】図２における電源ＯＮ処理部の処理を説明するためのフロー図である。
【図４】図２における各種ボタン処理部の処理を説明するためのフロー図である。
【図５】図２におけるチャンネルボタンの押下時の処理を説明するためのフロー図である。
【図６】音楽ＣＤの情報記憶領域を示す図である。
【図７】音楽ＣＤにおけるコンテンツヘッダのフォーマットの一例を示す図である。
【図８】ラジオ放送におけるコンテンツヘッダのフォーマットの一例を示す図である。
【図９】図２におけるモード切替ボタンの押下時の処理を説明するためのフロー図である。
【図１０】図２における嗜好ボタンの押下時の処理を説明するためのフロー図である。
【図１１】コンテンツ再生のフロー図である。
【図１２】嗜好値生成を説明するためのフロー図である。
【図１３】嗜好値生成の概念を説明するためのブロック図である。
【図１４】嗜好値生成のための嗜好テーブルの一例を示す図である。
【図１５】嗜好データフォーマットの一例を示す図である。
【図１６】図２における音声再生装置のプログラムコードを示したフロー図である。
【符号の説明】
１…カーオーディオ、１０…メインＣＰＵ、１１…処理コード記憶装置、１２…主記憶装置、２２…嗜好データ記憶用ドライブ、２３…ＣＤドライブ、２４…デジタルラジオチューナ、２５…音声再生装置、２６…スピーカ、３１…季節→嗜好対応テーブル、３２…季節処理部、３３…嗜好値数値化処理部、３４…嗜好テーブル、３５…現行嗜好値、１１０…電源ＯＮ処理部、１１１…各種ボタン処理部、１１２…再生処理部、１１３…嗜好処理部、２０１，２０２…表示装置、２０３…クロック、２１０…電源ＯＮ／ＯＦＦボタン、２１１…チャンネルボタン、２１２…モード切替ボタン、２１３…嗜好値記録開始ボタン、２５１…音楽コンテンツ格納記憶装置、２５２…音声再生処理コード記憶装置。
Claims (5)
- コンテンツを格納する記憶部と、該記憶部に格納されたコンテンツを再生する再生部とで構成され、該再生部で再生が完了したコンテンツを示すコンテンツ情報を出力するコンテンツ再生手段と、
該コンテンツ再生手段から出力されるコンテンツ情報に基づいて、前記再生部で再生完了したコンテンツに付加されている付加情報を読み出し、読み出した付加情報からユーザ嗜好値を算出する嗜好値算出手段と、
該嗜好値算出手段で算出されたユーザ嗜好値を、可搬の記録媒体又は外部接続機器に記憶する嗜好記憶手段と、
を備えたことを特徴とするコンテンツ再生装置。 - 前記コンテンツ再生手段は、前記再生部で中断なしに再生が完了したコンテンツを示すコンテンツ情報を、前記嗜好値算出手段に出力することを特徴とする請求項１記載のコンテンツ再生装置。
- 前記コンテンツ再生手段は、音楽コンテンツについて、前記再生部で中断なしに再生が完了したコンテンツを示すコンテンツ情報を、前記嗜好値算出手段に出力することを特徴とする請求項１記載のコンテンツ再生装置。
- 前記嗜好値算出手段及び前記嗜好記憶手段は共通の演算部を有し、前記コンテンツ再生手段は該共通の演算部とは異なる演算部を有することを特徴とする請求項１乃至３のいずれか１項に記載のコンテンツ再生装置。
- 視聴者指定操作を受け付け、該視聴者指定操作に基づき視聴者を識別する視聴者識別手段をさらに備え、
前記嗜好値算出手段は、該視聴者識別手段により識別された視聴者ごとに、視聴者嗜好値を算出し、前記嗜好記憶手段は、前記嗜好値算出手段で算出された視聴者ごとのユーザ嗜好値を、可搬の記録媒体又は外部接続機器に記憶することを特徴とする請求項１乃至４のいずれか１項に記載のコンテンツ再生装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP07136199A JP4219037B2 (ja) | 1999-03-17 | 1999-03-17 | コンテンツ再生装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP07136199A JP4219037B2 (ja) | 1999-03-17 | 1999-03-17 | コンテンツ再生装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000269840A JP2000269840A (ja) | 2000-09-29 |
| JP4219037B2 true JP4219037B2 (ja) | 2009-02-04 |
Family
ID=13458294
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP07136199A Expired - Fee Related JP4219037B2 (ja) | 1999-03-17 | 1999-03-17 | コンテンツ再生装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4219037B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002223418A (ja) | 2001-01-29 | 2002-08-09 | Sony Corp | コンテンツ提供装置、コンテンツ提供方法及びコンテンツ提供方法のプログラム |
| JP3654349B2 (ja) | 2001-07-09 | 2005-06-02 | ソニー株式会社 | コンテンツ嗜好度算出方法およびコンテンツ受信装置 |
| US20030236695A1 (en) * | 2002-06-21 | 2003-12-25 | Litwin Louis Robert | Method for media popularity determination by a media playback device |
| CN1714364A (zh) * | 2002-11-22 | 2005-12-28 | 松下电器产业株式会社 | 随行状况利用装置 |
| JP4544847B2 (ja) * | 2003-11-20 | 2010-09-15 | ソニー・エリクソン・モバイルコミュニケーションズ株式会社 | 電子機器及びシステム |
| US20050249080A1 (en) * | 2004-05-07 | 2005-11-10 | Fuji Xerox Co., Ltd. | Method and system for harvesting a media stream |
| JP2006171133A (ja) | 2004-12-14 | 2006-06-29 | Sony Corp | 楽曲データ再構成装置、楽曲データ再構成方法、音楽コンテンツ再生装置および音楽コンテンツ再生方法 |
| US8037011B2 (en) | 2008-09-15 | 2011-10-11 | Motorola Mobility, Inc. | Method and apparatus for recommending content items |
| JP5574416B2 (ja) * | 2009-04-14 | 2014-08-20 | パナソニック株式会社 | 端末装置、端末装置の制御方法、記録媒体 |
-
1999
- 1999-03-17 JP JP07136199A patent/JP4219037B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000269840A (ja) | 2000-09-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7073193B2 (en) | Media content descriptions | |
| CN101110249B (zh) | 用于获取内容的内容获取方法及信息附加方法 | |
| US20020194260A1 (en) | Method and apparatus for creating multimedia playlists for audio-visual systems | |
| US7650563B2 (en) | Aggregating metadata for media content from multiple devices | |
| US7707231B2 (en) | Creating standardized playlists and maintaining coherency | |
| CN101185138B (zh) | 显示装置 | |
| US20020091658A1 (en) | Multimedia electronic education system and method | |
| JP2007534235A (ja) | ユーザに対する特定の感情的影響を有するコンテンツアイテムを生成する方法 | |
| JP2007528038A (ja) | プレイリストに基づくユーザプロファイルを生成する方法及び装置 | |
| WO2001020908A1 (en) | System and method for linking media content | |
| JP2004295568A (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP4219037B2 (ja) | コンテンツ再生装置 | |
| JPH11265188A (ja) | アーティストの宣伝映像を出力するカラオケ装置 | |
| JP2006294212A (ja) | 情報データ提供装置 | |
| US20060085371A1 (en) | System and method for associating different types of media content | |
| JP3529254B2 (ja) | カラオケ装置 | |
| JP4506270B2 (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP2008304581A (ja) | プログラム記録媒体、再生装置、再生制御プログラム及び再生制御方法 | |
| JP2001075992A (ja) | 音響検索方法及び装置、並びに、コンピュータ読みとり可能な記録媒体 | |
| US20050198690A1 (en) | Method and apparatus for capturing content and creating multimedia presentations | |
| JPH02136971A (ja) | マルチメディア・データベースにおける検索方法 | |
| JP4173294B2 (ja) | カラオケ装置における背景映像選択システム | |
| JP2009211093A (ja) | プログラム記録媒体、再生装置、再生制御プログラム及び再生制御方法 | |
| JP4796466B2 (ja) | コンテンツ管理サーバ、コンテンツ提示装置、コンテンツ管理プログラム、及びコンテンツ提示プログラム | |
| JP4039019B2 (ja) | 番組予約方法及びシステム及び番組予約サーバ及び番組予約プログラム及びコンピュータ読み取り可能な記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060309 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080819 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081020 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081111 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111121 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111121 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121121 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121121 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131121 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |