(57)【要約】【課題】  デジタル放送のチャンネル切替え時に迅速に視聴できるようにする。【解決手段】  チャンネル情報抽出部１０４が、現在視聴中のチャンネル（＆番組）に関する情報をチャンネル情報記憶部１０５に記憶する。チャンネル遷移履歴記憶部１１１は、ユーザのチャンネル遷移の履歴を記憶する。ユーザプロファイル生成部１１５は、記憶部１１１の記憶データからユーザのチャンネル（番組）遷移に関する操作パターンを示すユーザプロファイルを作成し、ユーザプロファイル記憶部１１６に格納する。チャンネル遷移推論部１０９は、記憶部１１６のユーザプロファイルと記憶部１０５のチャンネル（番組）情報からユーザが次に移行する可能性の高いチャンネル（番組）の候補を推論し決定する。情報受信部設定部１１７は、推測結果に基づき、現在の視聴に使用されていない情報受信部１０１又は１０２にチャンネル候補の受信を設定する。【選択図】  図１
2005130087.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送を受信する情報受信手段と、
表示チャンネルのチャンネル情報を検出するチャンネル情報検出手段と、
ユーザの操作に基づくチャンネル遷移の履歴データを記憶するチャンネル遷移履歴記憶手段と、
前記履歴データに基づきチャンネル遷移に関するユーザプロファイルを生成する操作プロファイル生成手段と、
前記操作プロファイルに基づき次の表示チャンネルを予測する推論手段と、
前記推論手段により予測される次の表示チャンネルを前記情報受信手段に設定する情報受信設定手段
とを備えることを特徴とするマルチメディア情報機器。
【請求項２】
前記情報受信手段が複数のチューナからなり、前記情報受信設定手段が、前記推論手段により予測される異なる表示チャンネルを各チューナに設定することを特徴とする請求項１に記載のマルチメディア情報機器。
【請求項３】
インターネットの表示サイトのアドレス情報を検出するアドレス情報検出手段と、
ユーザの操作に基づく表示サイトの遷移の履歴データを記憶するサイト遷移履歴記憶手段と、
前記履歴データに基づきサイト遷移に関するユーザプロファイルを生成する操作プロファイル生成手段と、
前記操作プロファイルに基づき次の表示サイトを予測する推論手段と、
前記推論手段から予測された次の表示サイトのデータを予め読み込むインターネット接続制御手段と、
予め読み込まれた表示サイトのデータを記憶する情報記憶部
とを備えることを特徴とするマルチメディア情報機器。
【請求項４】
前記情報記憶部が、当該サイトからリンク可能な複数の予測サイトのデータを読み込むことを特徴とする請求項２に記載のマルチメディア情報機器。
【請求項５】
前記情報記憶部が、当該サイトからリンクする予測サイトからさらにリンクするサイトのデータを読み込むことを特徴とする請求項３に記載のマルチメディア情報機器。
【請求項６】
前記ユーザプロファイルは、チャンネル間遷移の付帯情報として、日付、曜日、時間のパラメータを有する請求項１又は３に記載のマルチメディア情報機器。
【請求項７】
前記ユーザプロファイルは、サイト間遷移の付帯情報として、日付、曜日、時間のパラメータを有する請求項１又は３に記載のマルチメディア情報機器。
【請求項８】
ストリーミングコンテンツ受信機能を有するマルチメディア情報機器であって、
ストリーミングコンテンツのアドレスを含むメタ情報を抽出するメタ情報抽出手段と、
ユーザの視聴（再生）に従ってストリーミングコンテンツの視聴に関する履歴データを記憶する視聴履歴記憶手段と、
前記操作履歴データに基づきストリーミングコンテンツの視聴に関するユーザプロファイルを生成する視聴プロファイル生成手段と、
前記視聴プロファイルに基づきユーザが視聴する可能性の高いストリーミングコンテンツを予測し決定する推論手段と、
前記推論手段から指定された次のストリーミングコンテンツ候補のデータを予め読み込むインターネット接続制御手段と、
予め読み込まれたストリーミングコンテンツのデータを記憶するデータ記憶手段
とを備えることを特徴とするマルチメディア情報機器。
【請求項９】
前記推論手段は、記憶部の容量に応じた複数の次ストリーミングコンテンツ候補を推論し、前記情報記憶部に複数の次ストリーミングコンテンツ候補のデータを予め読み込むことを特徴とする請求項８に記載のマルチメディア情報機器。
【請求項１０】
前記推論手段は複数の次ストリーミングコンテンツ候補を推論し、前記情報記憶部は、前記推論手段の推論の結果に従い、記憶容量を視聴可能性の高いストリーミングコンテンツにより多くの記憶容量を割り当て、視聴可能性が低くなるに従って、順次、記憶容量の割当量が少なくなるように管理され、前記インターネット接続制御手段は、前記情報記憶部に次コンテンツ候補のデータを予め読み込むことを特徴とする請求項８に記載のマルチメディア情報機器。
【請求項１１】
ストリーミングコンテンツ受信機能を有するマルチメディア情報機器であって、
ストリーミングコンテンツのアドレスを含むメタ情報を抽出するメタ情報抽出手段と、
ユーザの視聴切り替え操作に従い、ストリーミングコンテンツ間の遷移に関する履歴データを記憶する遷移履歴記憶手段と、
前記遷移履歴データに基づきストリーミングコンテンツ間の遷移に関するユーザプロファイルを生成する操作プロファイル生成手段と、
前記操作プロファイルに基づき、次のストリーミングコンテンツを予測し決定する推論手段と、
前記推論手段により指定されたストリーミングコンテンツ候補のデータを予め読み込むインターネット接続制御手段と、
予め読み込まれたストリーミングコンテンツのデータを記憶する情報記憶部
とを備えることを特徴とするマルチメディア情報機器。
【請求項１２】
情報記憶部の容量に応じて、複数のストリーミングコンテンツ候補のデータを読み込むことを特徴とする請求項１１に記載のマルチメディア情報機器。
【請求項１３】
視聴可能性の高いストリーミングコンテンツ候補から順に、情報記憶部の容量を割り当てながら、複数のストリーミングコンテンツ候補のデータを読み込むことを特徴とする請求項１１に記載のマルチメディア情報機器。
【請求項１４】
前記ユーザプロファイルは、ストリーミングコンテンツの視聴履歴と、テレビ番組の視聴履歴を含む請求項１１に記載のマルチメディア情報機器。
【請求項１５】
前記ユーザプロファイルは、ストリーミングコンテンツの操作履歴と、テレビ番組の視聴履歴を含む請求項１１に記載のマルチメディア情報機器。
【請求項１６】
前記ユーザプロファイルは、ストリーミングコンテンツの視聴履歴並びに、ストリーミングコンテンツ及びテレビ番組の録画履歴を含む請求項１１に記載のマルチメディア情報機器。
【請求項１７】
前記インターネット接続手段は、前記推論手段からの複数のストリーミングコンテンツ候補のデータを同時に受信することを特徴とする請求項８乃至１１の何れか１項に記載のマルチメディア情報機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信機能、ストリーミング放送受信機能又はインターネット接続機能を有するマルチメディア情報機器に関し、より具体的には、デジタル放送の受信チャンネル切り替え時又はインターネットの表示サイト切り替え時により快適な操作感を提供するマルチメディア情報機器に関する。
【背景技術】
【０００２】
近年、家庭にはさまざまなメディアから情報の配信がなされている。たとえば、放送波として、地上波、衛星及びＣＡＴＶ（ケーブルＴＶ）によりＴＶ放送、ラジオ放送及びデータ放送が提供され、また、通信回線を通じて、インターネット及び電子メールなどにより画像、音声及び情報が提供されている。
【０００３】
特に放送系においては、テレビジョン信号をデジタル化して伝送する、いわゆるデジタル放送システムへの移行が進んでおり、これらのシステムにおいては、デジタル伝送及び符号化方式の採用により、従来にも増して、多くのコンテンツを配信することが可能になってきている。また、高画質化と多チャンネル化が進んでいる。
【０００４】
このデジタル放送システムの情報符号化方式および伝送（多重化）方式として、それぞれ、ＭＰＥＧ２映像／音声符号化及びＭＰＥＧ２システムが採用されている。情報符号化方式として採用されているＭＰＥＧ２映像符号化は、一般的な動画像の特徴を利用して、基本となるフレーム内符号化画像（Ｉフレーム）をほぼ一定の周期で伝送しつつ、その間のフレームをＩフレームとの差分値を符号化するフレーム間符号化画像（Ｂフレーム、Ｐフレーム）として伝送することにより、全体の伝送量を低く抑える差分符号化方式である。また、伝送のための多重化方式であるＭＰＥＧ２システムは、伝送する情報をＭＰＥＧ２  ＴＳ（トランスポートストリーム）と呼ばれるパケットに分散させて伝送し、各パケットを受信機側で再構築するための情報としてＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）セクションと呼ばれる情報をあわせて伝送する方式になっている。
【０００５】
また、今後は、放送受信装置、特にデジタル放送受信装置は、単に放送波を受信するだけでなく、従来ＰＣ（パーソナルコンピュータ）の機能であったインターネット接続機能などを取り込み、さまざまなメディアからの情報を１台で享受できる複合型のマルチメディア情報機器へと進化していくことが予想される。
【０００６】
他方、通信系においても、画像データ及び音声データに関するデジタル符号化技術の進展、ならびにネットワーク環境の整備（ブロードバンド化）により、インターネットを通じて、ＶＨＳ又はＤＶＤの画質に匹敵する動画像の配信、いわゆるストリーミングコンテンツの配信（「ストリーミング放送」とも呼ばれる）が普及しつつある。
【０００７】
このストリーミング放送は、「放送」という表現を使っているが、通常のテレビ放送（ブロードキャスト：プッシュ型）とは、そもそもその仕組みが大きく異なる。基本的に、インターネット等の通信回線上（ピア・ツー・ピア接続環境）での画像・音声の配信に変わりはなく、ユーザが自律的に、所望のストリーミングコンテンツを取得する操作を行う必要がある（プル型）。即ち、通常のテレビ受信のように、チャンネルを合わせればただちに受信できるものではない。
【０００８】
現在のところ、ストリーミング放送は、パーソナルコンピュータ（以下、ＰＣと略す。）を用いて受信（利用）されることがほとんどであるので、一般的には、以下のような手続きを必要とする。
【０００９】
ストリーミング放送を視聴しようとするユーザは、まずインターネット上に散在する多くのストリーミングコンテンツの中から所望のコンテンツ（ストリーミング放送番組）を見つけ出すために、インターネットブラウザ（閲覧ソフトウエア）を起動して、ストリーミング放送に関するポータルサイトを訪問するか、検索エンジンなどを使って検索を行い、所望のストリーミングコンテンツを見つけ出す。
【００１０】
所望のストリーミングコンテンツに関する番組情報（タイトルなど）、配信情報（開始時刻など）及びアドレス情報（ＵＲＬ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などを入手したら、ストリーミングコンテンツが存在するアドレス（ＵＲＬ）にアクセス（インターネット接続）し、ストリーミングコンテンツの取得を開始（ストリーミング放送を受信）するとともに、そのストリーミングを再生するアプリケーションソフトウエアを起動して、視聴（再生）する、という流れになる。
【００１１】
また、ストリーミングコンテンツを受信する際には、通常、再生開始までに数秒乃至十数秒間分のデータバッファリング処理を必要とする。このバッファリング処理は、端末側で受信データを復号化処理するために必要な要件でもあるが、大半は、インターネットという主に速度面でのデータ伝送の不確実性を補い、端末側でスムーズな再生を行うために必要なものである。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
前述のようなデジタル放送システムにおいては、従来のアナログ放送と異なり、チャンネル変更時に時間がかかるという問題がある。第１の理由は、符号化方式に起因するものであり、受信装置側で映像データを復号するときに、Ｉフレームの到着を待たないと、他のフレームを復元できないことによる。第２の理由は、多重化方式に起因するものであり、パケット化された映像及び音声情報を再構築するために、映像及び音声とともに送られてくるＰＳＩを受信し、その中に配置された各種テーブル及び記述子を解釈し、所望のパケットの到着を待って映像及び音声の情報を再構築しなければならない点にある。
【００１３】
いずれも、デジタル放送システムの仕組みそのものに起因するものであり、これまでは、チャンネル切り替え時に前チャンネルの画面を静止画として残す等、ユーザに切り替えの遅さを知覚させないように工夫されていた。しかし、この方法は、切り替え時間を本質的に短縮するものにはなっていない。
【００１４】
もう１つの課題として、デジタル放送受信装置にインターネットアクセス機能を取り込む場合の表示パフォーマンス（速度）の問題がある。
【００１５】
従来、インターネットアクセス時の表示（切り替え）速度は、ネットワークの通信速度によって決定されるケースが多かった。しかし、最近のＰＣはメモリ容量が増加し、ＣＰＵ速度が向上している。これにより、あるサイトを表示した際、当該サイトからリンクされている全サイトのデータを予め読み込んでＰＣ内のメモリ（又はハードディスク）に蓄積しておき、その後、ユーザがリンク先を指定したときに、インターネット上のサーバにアクセスに行かず、ＰＣ内のメモリ（又はハードディスク）に予め読み込んでいたデータを表示する先読み機能を有するブラウザソフトウエアが実現され、この機能により体感上の高速表示を実現している。しかし、一般的にコストに厳しい民生品であるデジタル放送受信装置では、このような手法を取り入れることは難しい。
【００１６】
したがって、デジタル放送受信装置にインターネットアクセス機能を搭載する場合、コストなどの点から、従来からの基本的な方式、すなわちユーザがリンク先を指定して初めてインターネット上のサーバにアクセスに行くという方式をとらざるを得ず、結果として、十分は表示速度が得られないといった問題があった。
【００１７】
ストリーミング放送に関しては、現在、ＰＣ（パーソナルコンピュータ）のユーザを中心に利用されている。しかし、近い将来、家庭への通信回線のブロードバンド化により、居間のテレビで通常のテレビ放送と同様にストリーミング放送を楽しむことが可能になる。
【００１８】
そのような場合、ストリーミング放送も通常のテレビ放送と同じ感覚で、番組（コンテンツ）を選択し視聴することが求められる。
【００１９】
ＰＣを用いたストリーミング放送の視聴は、従来からのウエブサイトの閲覧及び電子メールなどと同様、ユーザ自身の要求（指示）に応じてプル型で情報を入手する行為と同じであり、ストリーミングコンテンツの検索性及び閲覧性の低さを除いても、通常のＰＣユーザであれば、特に違和感を覚えることはないかもしれない。
【００２０】
しかし、一般のテレビ視聴者は、テレビ受像機の電源を入れ、チャンネルを選択すれば、すぐに所望の番組を見ることが出来るということに慣れている。このため、テレビ視聴者自らが、見たいと思うストリーミングコンテンツ本体及びその所在（アドレスと必要な場合のファイル名）を探し、そこからプル型でコンテンツの配信を受ける操作を行うということは、非現実的である。
【００２１】
テレビの視聴感覚で、より簡単な方法でコンテンツの選択、視聴が可能な形態を提供する必要がある。
【００２２】
さらに、前述のように、ストリーミング放送の受信においては、通常のテレビ放送受信と異なり、ストリーミングコンテンツの切り替え時には、数秒から十数秒の時間を要し、これがユーザにとっては待ち時間になる。
【００２３】
これは、前述のバッファリング時間に起因するものであり、所望のストリーミングコンテンツが配信側サーバにバッファリング（キャッシュ）されるのに要する時間と、受信端末側に所定量、バッファリングされるのに要する時間との合計であり、一般的に、コンテンツのビットレートが高いほど、即ち、高画質であるほど、バッファリング時間は長くなる。
【００２４】
この結果、ユーザは、テレビ放送のチャンネルを切り替えるような感覚で所望のストリーミングコンテンツ（番組）を視聴することが出来ないといった問題があった。
【００２５】
本発明は、デジタル放送のチャンネル切り替えやインターネットのサイト選択時に、より高速に表示（切り替え）可能なマルチメディア情報機器を提供することを目的としている。
【００２６】
本発明は、インターネットなどの通信回線を経由したストリーミング放送の受信において、より高速にコンテンツ（番組）表示を切り替え可能なマルチメディア情報機器を提示することを目的とする。
【課題を解決するための手段】
【００２７】
本発明に係るマルチメディア情報機器は、デジタル放送を受信する情報受信手段と、表示チャンネルのチャンネル情報を検出するチャンネル情報検出手段と、ユーザの操作に基づくチャンネル遷移の履歴データを記憶するチャンネル遷移履歴記憶手段と、前記履歴データに基づきチャンネル遷移に関するユーザプロファイルを生成する操作プロファイル生成手段と、前記操作プロファイルに基づき次の表示チャンネルを予測する推論手段と、前記推論手段により予測される次の表示チャンネルを前記情報受信手段に設定する情報受信設定手段とを備えることを特徴とする。
【００２８】
本発明に係るマルチメディア情報機器は、インターネットの表示サイトのアドレス情報を検出するアドレス情報検出手段と、ユーザの操作に基づく表示サイトの遷移の履歴データを記憶するサイト遷移履歴記憶手段と、前記履歴データに基づきサイト遷移に関するユーザプロファイルを生成する操作プロファイル生成手段と、前記操作プロファイルに基づき次の表示サイトを予測する推論手段と、前記推論手段から予測された次の表示サイトのデータを予め読み込むインターネット接続制御手段と、予め読み込まれた表示サイトのデータを記憶する情報記憶部とを備えることを特徴とする。
【００２９】
本発明に係るマルチメディア情報機器は、ストリーミングコンテンツ受信機能を有するマルチメディア情報機器であって、ストリーミングコンテンツのアドレスを含むメタ情報を抽出するメタ情報抽出手段と、ユーザの視聴（再生）に従ってストリーミングコンテンツの視聴に関する履歴データを記憶する視聴履歴記憶手段と、前記操作履歴データに基づきストリーミングコンテンツの視聴に関するユーザプロファイルを生成する視聴プロファイル生成手段と、前記視聴プロファイルに基づきユーザが視聴する可能性の高いストリーミングコンテンツを予測し決定する推論手段と、前記推論手段から指定された次のストリーミングコンテンツ候補のデータを予め読み込むインターネット接続制御手段と、予め読み込まれたストリーミングコンテンツのデータを記憶するデータ記憶手段とを備えることを特徴とする。
【００３０】
本発明に係るマルチメディア情報機器は、ストリーミングコンテンツ受信機能を有するマルチメディア情報機器であって、ストリーミングコンテンツのアドレスを含むメタ情報を抽出するメタ情報抽出手段と、ユーザの視聴切り替え操作に従い、ストリーミングコンテンツ間の遷移に関する履歴データを記憶する遷移履歴記憶手段と、前記遷移履歴データに基づきストリーミングコンテンツ間の遷移に関するユーザプロファイルを生成する操作プロファイル生成手段と、前記操作プロファイルに基づき、次のストリーミングコンテンツを予測し決定する推論手段と、前記推論手段により指定されたストリーミングコンテンツ候補のデータを予め読み込むインターネット接続制御手段と、予め読み込まれたストリーミングコンテンツのデータを記憶する情報記憶部とを備えることを特徴とする。
【発明の効果】
【００３１】
本発明によれば、ＴＶ視聴時のチャンネル切り替え又はインターネット閲覧時のサイト切り替えに基づき生成されるユーザプロファイルに基づいて、ユーザが次に指定すると思われる次チャンネル又は次サイト候補を予測し、それら次候補の情報を予め受信又は読み込みしておくことにより、ユーザがチャンネル又はサイトを切り替えた時に、高速に次チャンネル又は次サイトの情報を高速に表示できる。
【００３２】
また、ストリーミングコンテンツの視聴に基づき生成されるユーザプロファイルに基づいて、ユーザが次に指定すると思われるコンテンツ候補を予測し、それら次候補のデータ（の一部）を予め受信（バッファリング）しておくことにより、ユーザが視聴コンテンツを切り替えた時、高速に表示を行うことができるマルチメディア情報機器を提供することが可能となる。
【発明を実施するための最良の形態】
【００３３】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【実施例１】
【００３４】
図１は、本発明の第１実施例に係るマルチメディア情報機器１００の主要ブロックを示した図である。マルチメディア情報機器１００は、情報源として放送メディアを対象とした処理を行うデジタル放送受信端末であり、アンテナ（図示せず）から放送波を受信し、リモコン１１４による制御により、ユーザが選択した番組（映像、音声）及び情報（データ放送など）を表示部１０８に出力する。
【００３５】
マルチメディア情報機器１００は、情報受信部１０１、情報受信部１０２、情報分離部１０３、チャネル情報抽出部１０４、チャンネル情報記憶部１０５、Ａ／Ｖ／Ｄデコーダ１０６、表示合成部１０７、チャンネル遷移推論部１０９、ガイド画面生成部１１０、チャンネル遷移履歴記憶部１１１、カレンダー時計１１２、コマンド受信部１１３、ユーザプロファイル生成部１１５、ユーザプロファイル記憶部１１６、及び情報受信部設定部１１７から構成されている。
【００３６】
情報受信部１０１，１０２は、アンテナまたはケーブル（図示せず）を介して伝送されてくるデジタル放送波の中から、所定の周波数の電波を選択的に受信し、復調、Ａ／Ｄ変換、エラー訂正、及び、必要に応じて限定受信のためのスクランブル解除等の処理を行い、トランスポート・ストリーム（ＴＳ）と呼ばれるデータ列を生成する。
【００３７】
情報分離部１０３は、情報受信部１０２から出力されるトランスポート・ストリームを映像情報、音声情報及びデータ放送情報と、これらの情報に付随する関連情報とに分離し、前者をＡ／Ｖ／Ｄデコーダ１０６に供給し、後者をチャンネル情報抽出部１０４に供給する。
【００３８】
チャンネル情報抽出部１０４は、ＰＳＩ／ＳＩとして送られてくる情報の中から、各チャンネルの伝送路に関する情報（変調周波数など）と、放送番組に関する情報（番組のタイトル、放送日付及び時間等）とを関連付けて抽出し、チャンネル情報記憶部１０５に格納する。
【００３９】
Ａ／Ｖ／Ｄデコーダ１０６は、情報分離部１０３からの映像情報、音声情報及びデータ放送関連情報をそれぞれデコード処理したのち、表示データとして表示合成部１０７に送る。
【００４０】
ガイド画面生成部１１０は、チャンネル情報記憶部１０５に格納された情報に基づき、番組選択のための番組情報（ＥＰＧ：電子番組ガイド）画面を生成する。生成されたガイド画面は、表示合成部１０７に送られ、Ａ／Ｖ／Ｄデコーダ１０７からの映像、音声及びデータなどの表示データ本体と合成又は切り替えられて、表示部１０８により表示される。
【００４１】
リモコン１１４は、ＴＶ放送で提供されている番組や情報を視聴しようとする際のユーザインターフェースのひとつの要となるものであり、表示部１０８に表示されるガイド画面に基づき、ユーザが直接、操作して、所望の番組及び情報を選択するのに使用される。
【００４２】
コマンド受信部１１３は、リモコン１１４からのコマンドを受信し、そのコマンドの内容に基づき、ユーザが現在視聴中の番組からどの番組へ移行したかを判断し、チャンネル遷移履歴記憶部１１１に送る。
【００４３】
カレンダー時計１１２は、コマンド受信部１１３と連携して、ユーザがチャンネルを切り替えて視聴した日付、曜日及び時間をチャンネル遷移履歴記憶部１１１に提供するとともに、チャンネル（番組）移行前後で、それぞれ一定時間以上視聴していたときにのみ履歴として記録するように、チャンネル遷移履歴記憶部１１１を制御する。
【００４４】
チャンネル遷移履歴記憶部１１１は、既述のとおり、ユーザがどのチャンネルでどの番組や情報を視聴していたか、さらにそのチャンネル（番組）からどのチャンネルに移行したのかという履歴を記憶するデータテーブルからなる。記憶するパラメータとしては、番組のチャンネル、放送日時（日付、曜日及び時間）、カテゴリ、サブカテゴリ及びタイトルなどからなる基本情報のほかに、放送局が独自に提供するより詳しい情報（制作者名、制作日、出演者名及び選手名など）を含んでもよく、扱うパラメータの種類は、ユーザプロファイル生成部１１５の処理アルゴリズムに対応して変化する。
【００４５】
ユーザプロファイル生成部１１５は、チャンネル遷移履歴記憶部１１１から入力されるデータを所定のアルゴリズム（特に固定である必要はなく、ケースによって切り替えてもよい）により演算処理し、ユーザのチャンネル（番組）遷移に関する操作パターンデータ（知識ベース）であるユーザプロファイルを作成し、ユーザプロファイル記憶部１１６に格納する。
【００４６】
ユーザプロファイル記憶部１１６に記憶されるチャンネル（番組）遷移に関するユーザプロファイルは、このマルチメディア情報機器１００を使用するユーザのそれぞれの個人プロファイル本体であり、通常の家庭で使用される場合、家族構成一人一人（父、母、子供．．．）ごとに独立に蓄積・管理される。勿論、個人別ではなく、家族構成員（複数の人数分）のプロファイル情報を１つのファミリープロファイルとしてまとめて蓄積してもよい。
【００４７】
チャンネル遷移推論部１０９は、ユーザプロファイル格納部１１６に格納されたチャンネル遷移に関するユーザプロファイルデータと、チャンネル情報記憶部１０５に格納されている現在視聴可能なチャンネル（番組）情報から、所定のアルゴリズムに基づき、ユーザが次に移行する可能性の高いチャンネル（番組）の候補を推論し決定する。ここで、ユーザの次の視聴番組候補が、現在視聴中のチャンネルと同じチャンネルに存在する場合、特にチャンネル移行の指示を出すことはないことは勿論である。
【００４８】
情報受信部設定部１１７は、次候補のチャンネルを受信できるように、チャンネル遷移推論部１０９からの指示により、情報受信部（チューナ）１０１，１０２に受信パラメータ（チャンネル周波数など）を設定する。現在視聴中の番組が情報受信部１０１によって受信されている場合、次候補チャンネルを情報受信部１０２に設定する。逆に、現在視聴中の番組が情報受信部１０２によって受信されている場合、次候補チャンネルを情報受信部１０１に設定する。即ち、２つの情報受信部１０１，１０２のうち、現在、使用していない受信部に次候補チャンネルの受信パラメータを設定する。
【００４９】
図２は、本実施例による、ユーザの操作プロファイルを利用したチャンネル切り替えに関する基本的な動作フローを示す。図２を参照して、本実施例の動作を説明する。
【００５０】
デジタル放送受信端末１００の電源がオンされると（Ｓ１１１）、まず、情報受信部１０１が、前回の視聴終了時に選択されていたチャンネルを受信し、その画像が表示部１０８の画面に表示される（Ｓ１１２）。
【００５１】
同時に、現在視聴中のチャンネル（＆番組）に関する情報が、チャンネル情報抽出部１０４により抽出され、チャンネル情報記憶部１０５に記憶される（Ｓ１１３）。なお、チャンネル情報記憶部１０５には、現在視聴中のチャンネルに関する情報のほかにも、ガイド画面（ＥＰＧ）を生成するための各種ＳＩ情報が逐次更新、格納されている。
【００５２】
カレンダー時計１１２により現在の日時及び曜日を識別する（Ｓ１１５）。その後、チャンネル遷移推論部１０９により、チャンネル切り替えに関するプロファイルデータと現在のチャンネル（＆番組）情報とを照合し、次チャンネル候補を予測し決定する（Ｓ１１６、Ｓ１１７）。
【００５３】
ここで、過去のチャンネル遷移履歴（視聴履歴）の中に、該当するチャンネル、曜日及び時間、さらには番組の種別（カテゴリ及びサブカテゴリなど）等が一致するものが存在し、その場合のチャンネル移行先の履歴が残っていれば、その情報から次チャンネル候補を推論し決定することは容易である。一例として、現在視聴中のチャンネル（＆番組）から、移行した回数の最も多いチャンネル（＆番組）を次候補とすればよい。しかし、全ての場合に履歴が残っているとは限らない。そこで、本実施例では、過去のユーザのチャンネル（番組）移行の履歴をそのまま当てはめることなく、チャンネル遷移履歴をより一般化するユーザプロファイルを用いて、仮に、チャンネル、番組の種別及び時間などの全てのパラメータが一致していない場合においても、次候補を決定できるアルゴリズムを採用している。
【００５４】
チャンネルをまたがる切り替えを対象としているので、仮に次番組候補が同一チャンネル内に存在する場合には、特に情報受信部設定部１１７にチャンネル設定を指示しない。
【００５５】
次チャンネル候補が決定されたら、現在受信中の情報処理受信部（ここでは、受信部１０１）でない方の情報処理受信部（ここでは、受信部１０２）に次チャンネル候補を受信するためのパラメータ（受信周波数等）を設定する（Ｓ１１８）。さらに、その次チャンネル候補をデコード処理するために必要な情報（ＰＳＩ／ＳＩなど）を予め受信し保存しておく。
【００５６】
基本的に、デジタル放送受信装置の動作としては、この状態、即ち、次チャンネル候補を第二のチューナに設定した受信状態で待機している。
【００５７】
この状態で、ユーザによるチャンネル切り替え操作がおこると、指示されたチャンネルが、予測設定された次チャンネル候補と一致しているかを判断する（Ｓ１２０）。一致していれば、情報受信部１０２に切り替えて（Ｓ１２１）、そのチャンネルを受信し、先に保存しておいたＰＳＩ／ＳＩ情報に基づきパケットを再構築し、Ａ／Ｖ／Ｄデコーダ１０６に送る。これにより、ユーザによりチャンネル変更の指示が出されてから、情報受信部の受信チャンネルを切り替え、その後、ＰＳＩ／ＳＩ情報を受信する場合に比べ、高速なチャンネル切り替え（表示）が可能となる。
【００５８】
このとき、情報受信部（チューナ）だけでなく、Ａ／Ｖ／Ｄデコーダも２系統、設けることにより、情報の受信から映像音声の復号化までを完全に並行処理が可能な構成とすることができる。その場合、より高速なチャンネル切り替えが可能となる。ここでは、その詳細な説明は省略する。
【００５９】
本実施例の特徴は、次チャンネル候補をユーザプロファイルにより決定する点にあり、受信システムの構成としては、要求条件に応じて様々な構成を採ることが可能である。
【００６０】
仮にユーザによるチャンネル切り替えの結果、次チャンネル候補として予測されていたチャンネルと異なるチャンネルが指定された場合（Ｓ１２０）、情報受信部１０２にその受信パラメータを設定し（Ｓ１２２）、受信環境が整ってから、表示を切り替える。これにより、同じ情報受信部に受信チャンネルを再設定する場合と比較して、実質的な切り替えスピードは同じになるが、表示画面上はスムーズな切り替えが可能となる。
【００６１】
チャンネル切り替え後、内蔵されたカレンダー時計１１２により、一定時間以上、視聴したと判断された場合（Ｓ１２４）、その結果は、チャンネル遷移履歴としてチャンネル遷移履歴記憶部１１１に記憶され（Ｓ１２５）、適宜、ユーザプロファイルが更新される（Ｓ１２６）。なお、このプロファイルの更新は、機器のＣＰＵの処理能力に余裕があれば、随時または定時間毎に実施してもよいし、処理能力に余裕のないＣＰＵの場合、深夜の時間帯など、通常、テレビ視聴が行われていない時間帯を見計らって実施してもよい。後者の場合、１日に１回、更新されることになる。
【００６２】
図３は、本実施例で用いられるユーザプロファイルデータの一例である。図３において、Ｃ＿ｃｈ＿ＩＤ及びＮ＿ｃｈ＿ＩＤは、それぞれチャンネル切り替え前及び後のチャンネルＩＤであり、Ｃ＿ｐｒｏｇ＿ＩＤ及びＮ＿ｐｒｏｇ＿ＩＤは、それぞれチャンネル切り替え前及び後の番組ＩＤである。Ｃ＿Ｃａｔ及びＣ＿Ｓｃａｔは、それぞれチャンネル切り替え前に視聴していた番組のカテゴリ及びサブカテゴリである。Ｎ＿Ｃａｔ及びＮ＿ＳＣａｔは、それぞれチャンネル切り替え後に視聴した番組のカテゴリ及びサブカテゴリである。番組のカテゴリとは、ニュース、スポーツ、ドラマ及び教育など、放送されている番組の大分類であり、サブカテゴリとは、各カテゴリのさらに細かい分類のことである。サブカテゴリの具体例としては、スポーツであれば、野球、サッカー及びゴルフなどがある。Ｄａｔｅ、Ｄａｙ及びＴｉｍｅは、チそれぞれ、ャンネル遷移の起こった日付、曜日及び時間を表しており、これらの情報は、機器内のカレンダー時計１１２から入力される。Ｄａｔｅ＿Ｓｔａｍｐは、その事象（チャンネル遷移）が起こった最新の日付であり、Ｄａｔｅ、Ｄａｙ及びＴｉｍｅと同様に、機器内のカレンダー時計１１２から入力される。Ｆｒｅｑは、その事象が発生した頻度を表している。
【００６３】
また、図３内の表記：−１は、”Ｄｏｎ'ｔ  ｃａｒｅ”の意であり、本パラメータの値にかかわらずという意味である。
【００６４】
例えば、図３に示す表において、最上位の行は、日付に関係なく（表記：−１）、土曜日（Ｄａｙ＝６）の午後８時（Ｔｉｍｅ＝２０）に、チャンネル１４で放送されていたプログラムＩＤ５３という番組から、チャンネル１６のプログラムＩＤ３２という番組に切り替えた履歴が、過去に８回（Ｆｒｅｑ＝８）あったことを示している。同時に、切り替え前の番組（プログラムＩＤ＝５３）は、スポーツ（Ｃ＿Ｃａｔ＿ＩＤ＝２）の野球（Ｃ＿Ｓｃａｔ＿ＩＤ＝１２０）であり、切り替え後の番組（プログラムＩＤ＝３２）は、ドラマ（Ｎ＿Ｃａｔ＿ＩＤ＝１６）であることがわかる。
【００６５】
具体的なカテゴリ及びサブカテゴリのＩＤの説明は省略するが、図３にいくつかの例を示した。各カテゴリ（スポーツ及びニュース等）に特定の番号（ＩＤ）が割り付けられている。
【００６６】
図３の表の５行目には、曜日及び日付に関係なく（Ｄａｔｅ＝−１、Ｄａｙ＝−１）、午前７時（Ｔｉｍｅ＝０７）に、チャンネル５のプログラムＩＤ＝１３３から、チャンネル８のプログラムＩＤ＝２６４に切り替えていることがわかる。
【００６７】
次チャンネル候補は、このようなユーザプロファイルを参照し、所定のアルゴリズムで演算処理する（一例として、ある条件でソート（並べ替え）した後、ある条件でフィルタリングする）ことにより、決定される。あるチャンネル切り替えのタイミングにおいて、プロファイルの中に完全に合致した項目が存在しない場合、前述のとおり、いくつかのパラメータを”Ｄｏｎ'ｔ  ｃａｒｅ”扱いにし、より一般化（条件を緩和）した形で適合するものを見つけ、次チャンネルの候補とする。
【００６８】
図３に示す表の８行目に記載されているような、視聴番組は移行したが、チャンネル間の遷移がない場合（時間帯）には、特に次チャンネル候補の予測を行う必要はない。このような時間帯の場合、ユーザのチャンネルホッピング（俗に言うザッピング視聴）に備えて、隣接チャンネルを次チャンネル候補とする。
【００６９】
図３に示したチャンネル遷移に関するユーザプロファイルは、説明を簡略化するために、時間パラメータとしては１時間単位での履歴データとなっているが、現実には、もっと細かい頻度での履歴が残ることになる。従って、本実施例を適用したデジタル放送受信端末は、常に現在の視聴チャンネル（番組）と現在時刻（日付、曜日）をチェックし、ダイナミック（動的）に次チャンネル候補を設定し続けるように動作する。
【００７０】
２つの情報受信部を具備する実施例を説明したが、３つの情報受信部を設けることにより、予測された第１及び第２の候補を設定することが可能になる。こうすることにより、チャンネル切り替え時のヒット率がより高くなることは明らかである。履歴による予測の必要のない時間帯において隣接チャンネルを設定するような場合にも、アップ／ダウン両方向の隣接チャンネルの設定が可能になるという利点もある。
【００７１】
以上のように、本実施例では、ユーザのチャンネル遷移の履歴からチャンネル遷移に関するユーザのプロファイルを生成し、そのプロファイルに基づいてチャンネルの次候補を予測し、複数のチューナの１つに次候補を受信するように予め設定しておくことにより、従来のデジタル放送受信端末にあったチャンネル切り替え時の遅さを解消でき、快適なチャンネル切り替えと表示が可能となる。
【実施例２】
【００７２】
図４は、本発明の第２実施例であるマルチメディア情報機器２００の概略構成ブロック図を示す。マルチメディア情報機器２００は、基本的な情報源として放送メディアを対象とした処理を行うデジタル放送受信端末であり、マルチメディア情報機器１００にインターネット接続機能が追加されている。但し、説明の簡略化のため、インターネット接続機能の部分のみを抽出して、図２に記載している。
【００７３】
インターネット接続部２０１は、ハードウェアとしては電話線、ＣＡＴＶ、ＡＤＳＬ及びＩＳＤＮ等の通信回線への接続部（モデム、ルータ等）を指し、ソフトウェアとしてはＴＣＰ／ＩＰなどのインターネットプロトコルのやり取りを制御するミドルウェア（ドライバ）を指す。インターネット接続部２０１を介してインターネットにアクセスし、そこから様々なウェブサイト（以下、単にサイトと記す）の情報を取り込む。
【００７４】
情報記憶部２０２，２０３，２０４は、サイトの情報（表示データ）を蓄えるバッファメモリである。情報記憶部２０２，２０３，２０４に、現在、表示しているサイトの情報およびリンク先の情報が記憶されるが、その動作については後述する。表示すべきサイトの情報として送られてくる各モノメディア情報は、モノメディアデコーダ２０５に入力され、それぞれの記述言語及び符号化方式に応じてデコード（復号化）される。表示画面生成部２０６は、デコードされた各表示情報を、送られてくるレイアウト情報に基づき所定のレイアウトに配置して、表示画面を生成する。生成された画面は、表示部２１８に送られ、表示される。
【００７５】
アドレス情報抽出部２０７は、現在、表示中のサイトのアドレス（ＵＲＬ）、及びそこからリンク可能なサイトのアドレスを抽出し、アドレス情報記憶部２０８に記憶する。このとき、リンク可能なサイトとしては、少なくとも１階層分を抽出及び保持するが、情報記憶部の構成と容量に応じて、２階層以上を記憶してもよい。
【００７６】
リモコン２１４、コマンド受信部２１３及びカレンダー時計２１２は、対象としている表示データがチャンネル（番組）かインターネットのサイトかの違いであり、基本機能は、図１に示す第１実施例の対応要素と同じである。ただし、リモコン２１４には、単純なチャンネル切り替えの機能に加え、ＵＲＬ（テキスト）の入力機能が追加されている。
【００７７】
サイト遷移履歴記憶部２１１は、ユーザがどのサイトを閲覧していたか、さらにそのサイトからどこのサイトに移行したかという履歴を記憶するデータテーブルである。記憶するパラメータは、サイトのＵＲＬ、日付、曜日、時間及びタイトルなどからなる。
【００７８】
ユーザプロファイル生成部２１５は、サイト遷移履歴記憶部２１１から入力されるデータを所定のアルゴリズムで演算処理し、ユーザのサイト遷移に関する操作パターンデータ（知識ベース）であるユーザプロファイルを作成し、ユーザプロファイル記憶部２１６に格納する。
【００７９】
サイト遷移推論部２０９は、ユーザプロファイル格納部２１６に格納されたサイト遷移に関するユーザプロファイルデータと、サイト情報記憶部２０８に格納されている現在のサイトからリンク可能なサイトの中から、所定のアルゴリズムに基づき、ユーザが次に移行する可能性の高いサイトの候補を推論し決定する。
【００８０】
インターネット接続制御部２１７は、サイト遷移推論部２０９からの指示により、次候補のサイト情報にアクセスするようにインターネット接続部２０１を設定する。現在、表示（閲覧）中のサイトの情報が情報記憶部２０２に記憶（バッファリング）されている場合、次候補サイトの情報は情報記憶部２０３に記憶される。本実施例では、３つある情報記憶部のうち、現在、表示に使用していない記憶部に次候補サイトの情報を予め蓄えておく。
【００８１】
また、情報記憶部の１つをユーザが戻るボタンを押したときのために、現在、表示中のサイトの１つ前の情報を保持しておくのに使うことも出来る。
【００８２】
図５は、図４に示す実施例による、ユーザの操作プロファイルを利用したサイト切り替えに関する基本的な動作フローチャートを示す。図５を参照して、本実施例の動作を説明する。
【００８３】
電源をオンにし、インターネットブラウザアプリケーションを起動すると（Ｓ２１１）、まず、起動ページに指定されているサイトの情報を受信し、情報記憶部２０２に記憶する（Ｓ２１２，Ｓ２１３）。
【００８４】
情報記憶部２０２に記憶されたサイトの表示データは、モノメディアデコーダ２０５によりデコードされ、レイアウト情報により１枚の表示画面として生成され、表示部２１８により表示される。
【００８５】
同時に、アドレス情報抽出部２０７は、現在、閲覧中のサイトのアドレス及びこのサイトからリンク可能な（ここでは１階層下までの）アドレス情報を抽出し（Ｓ２１４）、アドレス情報記憶部２０８に記憶する（Ｓ２１５）。
【００８６】
次に、カレンダー時計２１２により現在の日時と曜日を識別し（Ｓ２１６）、サイト遷移推論部２０９は、サイト切り替えに関するプロファイルデータと現在のサイトアドレス情報とを照合して、次サイト候補を予測し決定する（Ｓ２１７、Ｓ２１８）。
【００８７】
ここで、過去のサイト遷移履歴（閲覧履歴）の中に、現在、閲覧しているサイトのアドレス（ＵＲＬ）と一致する項目が存在し、その場合の移行先サイトの履歴が残っていれば、その情報から、次サイト候補を推論し決定することは容易である。一例としては、現在、閲覧中のサイトから、移行した回数の最も多いサイトを次候補とすればよい。ウェブサイトの場合、第１実施例で説明したＴＶのチャンネル（番組）遷移と異なり、当該サイトに関するアドレス以外の付帯情報（カテゴリなど）は多くない。このため、アドレス内のテキスト情報を抽出するなどにより、フルアドレスが一致していない場合においても、次候補を決定できる。
【００８８】
次サイト候補が決定されたら、インターネット接続制御部２１７に次サイト候補のアドレス（ＵＲＬ）を送り、インターネット接続部２０１に次サイト候補のアドレス（ＵＲＬ）を設定する（Ｓ２１９）。
【００８９】
インターネット接続部２０１は、次サイト候補のアドレス（ＵＲＬ）にアクセスし、そのサイトの情報（データ）を受信し（Ｓ２２０）、情報記憶部２０３に記憶する。情報記憶部２０２には現在、表示中のサイトの情報が記憶されているので、次サイト候補の情報は、次の記憶部である情報記憶部２０３に記憶される。図５に示す動作フローでは、情報記憶部Ｎ＋１と表記している（Ｓ２２１）。
【００９０】
インターネットの一般的なウェブサイトは、一般的に、別の複数のサイトからリンクされているだけでなく、１又は複数の、ときには数１０に及びサイトにリンクしている場合も少なくない。このような状況に対応できるように、本実施例では、次サイト候補を１つ設定するだけではなく、複数の候補（第二及び第三の候補）を設定できる構成とした。図４に示すブロック図では、３つの情報記憶部２０２，２０３，２０４を設けた構成を示したが、実際には、機器の要求条件（性能及びコスト）に応じてその数を決定すればよい。当然だが、多いほうがより快適な操作感が実現できる。
【００９１】
１つの次サイト候補を予測し、その情報を予め読み込んだ際、そこからリンクする次々サイト候補（現在の閲覧サイトからすれば２階層下のサイト）を予測し、そのサイトの情報を情報記憶部の１つ（一部）に読み込んでおくことことも出来る。図５に示す動作フロー上には明記していないが、図５において、ステップＳ２２１からステップＳ２４１に一度戻ることにより、このような動作を実現できる。
【００９２】
情報記憶部の１つは現在、表示中のサイト情報の記憶に占有されているので、（情報記憶部の数−１）になるまで、次サイト候補の予測、受信及び記憶を繰り返す。基本的には、次サイト候補の情報が情報記憶部を充たした状態で、ユーザによるリンク指定を待つ。
【００９３】
この状態で、ユーザによるリンク先指定操作が行われると（Ｓ２２３）、指示されたリンク先（サイト）のアドレス（ＵＲＬ）が予測された次サイト候補と一致しているかどうかを判断する（Ｓ２２４）。一致していれば、情報記憶部２０３又は堂２０４に切り替え（Ｓ２２５）、そこからの情報をデコーダ２０５に送り、表示する。この場合、予めサイトの情報を読み込んでいるので、リンク先が指定されてから、そのサイトに接続し情報をダウンロードする（読み込む）場合に比べて、格段に高速な表示が可能となる。
【００９４】
一方、ユーザにより指定されたリンク先サイトが、次サイト候補として設定されていなかった場合、通常どおり、インターネット接続部２０１に指定サイトへのアクセスを設定し（Ｓ２２６）、そのサイトの情報をダウンロードする（Ｓ２２７）。
【００９５】
次サイト候補との一致／不一致に関わらず、表示サイトの移行後、内蔵カレンダー時計１１２により一定時間以上の閲覧と判断された場合（Ｓ２２９）、その結果は、サイト遷移履歴としてサイト遷移履歴記憶部２１１に記憶され（Ｓ２３０）、その後、適宜、ユーザプロファイルが更新される（Ｓ２３１）。ユーザロファイルの更新タイミングは、第１実施例の場合と同じである。
【００９６】
第２実施例におけるユーザプロファイルの構造は、第１実施例でのユーザプロファイル（図３）と基本的に同じである。プロファイルを構成するパラメータとして、日付、時間、曜日及び最終更新日などは共通であるが、扱う事象がＴＶ視聴とインターネットブラウジングというように異なるので、共通項以外のパラメータは、ＴＶ番組の付帯情報（カテゴリ及びサブカテゴリ等）と、インターネットサイトの付帯情報（ＵＲＬ及びテキスト情報など）というように異なる。
【００９７】
プロファイル更新後は、ステップＳ２１４にもどり、現在、閲覧中のアドレスを抽出し、上述と同様のフローにより次サイト候補を予測し、予め情報記憶部にその情報を蓄積しておく。
【００９８】
本実施例の基本動作として、チャンネル切り替え又は閲覧サイトの切り替えが１回、行われたら、その都度、そこからの次候補を予測し、次の切り替えに備えるように動作する。
【００９９】
第２実施例の特徴は、インターネットアクセスの次サイト候補を、過去のサイト間遷移（リンク）履歴により作成されるユーザプロファイルにより決定する点にある。次候補のヒット率を上げるためには、十分な量の閲覧に関する履歴、プロファイルパラメータの数、及び、次候補を記憶する十分な記憶部容量など必要となるが、これらは、実際の試用を通じてその最適な構成を検討していけばよい。
【実施例３】
【０１００】
図６は、ストリーミング放送を受信する実施例の概略構成ブロック図を示す。図６に示すマルチメディア情報機器３００は、情報源として放送メディア及びインターネットを対象としたマルチメディア受信端末であり、デジタル放送受信のほかに、インターネット経由で各種画像やデータを受信し、リモコン３１４により、ユーザが選択した番組やストリーミングコンテンツ（映像及び音声）、及びインターネット情報（ウエブサイト及び電子メールなど）を表示部３１８に出力できる。説明の簡略化のため、図６には、ストリーミング放送受信機能の部分のみを抽出して図示してある。
【０１０１】
マルチメディア情報機器３００は、インターネット接続部３０１、コンテンツプロファイル記憶部３０２、データバッファ３０３、データバッファ３０４、メディアデコーダ３０５、表示画面生成部３０６、アドレス・メタ情報抽出部３０７、アドレス・メタ情報記憶部３０８、コンテンツ推論部３０９、ユーザプロファイル記憶部３１０、コンテンツ視聴／遷移履歴記憶部３１１、カレンダー時計３１２、コマンド受信部３１３、リモコン３１４、ユーザプロファイル生成部３１５及びインターネット接続制御部３１６からなる。
【０１０２】
インターネット接続部３０１は、ハードウェアとしては電話線、ＣＡＴＶ、ＡＤＳＬ及びＦＴＴＨ等の通信回線への接続部（モデム及びルータ等）に相当し、ソフトウェアとしては、ＴＣＰ、ＵＤＰ及びＩＰなどのトランスポート層及びネットワーク層に相当する比較的下位のインターネットプロトコルと、ストリーミングコンテンツの種類によって異なるプロトコル（ＲＴＳＰ／ＲＤＴ及びＭＭＳなど）をサポートするアプリケーション層に相当するミドルウェア（プロトコルスタック）に相当する。インターネット接続部３０１を介して外部のウエブサーバにアクセスし、そこからストリーミングコンテンツを始めとする様々な映像、音声及び各種情報を取り込む。インターネット接続部３０１は、必要に応じて同時に複数のウエブサーバ及びサーバ内の複数のコンテンツにアクセスできる。即ち、複数のセッションを確立できる。
【０１０３】
コンテンツプロファイル記憶部３０２は、ストリーミングコンテンツのメタ情報を記憶する。ここでいうメタ情報とは、ストリーミングコンテンツに関する情報（コンテンツのプロファイル）であり、実際のコンテンツ配信の前にストリーミングサーバから送られるメタファイルと、コンテンツ本体のヘッダ部分に記述されている。また、最近では、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ）で記述されたファイルのなかに、コンテンツのプロファイル情報が含まれていることもある。これらのメタファイルには、コンテンツのプロファイル情報として、メタ情報そのもの（実体）のほかにも、その関連リンク先（ＵＲＬ）が記述されてものも多い。従って、メタファイルを参照し、そこに記述されているリンク先を辿ることで、コンテンツのプロファイル情報を一連のメタ情報として取得できる。
【０１０４】
メタ情報（コンテンツのプロファイル）としては、コンテンツの所在アドレス（ＵＲＬ）、タイトル、ジャンル、アブストラクト（要約）、再生時間、表示解像度、対象回線レート、録画可否、製作者など、コンテンツ本体に係る情報と配信に関する情報（対象回線レートなど）がある。受信端末側でコンテンツガイド画面の作成などに利用できるコンテンツのロゴデータなども、リンク先をたどることで取得可能である。
【０１０５】
データバッファ３０３及び同３０４は、ストリーミングコンテンツのデータを蓄えるバッファメモリである。ここに、現在及び次候補のコンテンツのストリーミングデータが記憶されるが、その動作は後述する。
【０１０６】
メディアデコーダ３０５は、様々な形式で送られてくるストリーミングコンテンツ及びサイトの情報（文字及び画像等）を、それぞれの記述言語及び符号化方式に応じてデコード（復号化）する。表示画面生成部３０６は、デコードされた各表示情報（データ）を、送られてくるレイアウト及びサイズ情報に基づき、所定の提示形態に調整し、表示画面を生成する。生成された画面は、表示部３１８に送られ、表示される。
【０１０７】
アドレス・メタ情報抽出部３０７は、現在、表示中のコンテンツのアドレス（ＵＲＬ）をはじめとする前述のメタ情報群の中から、後述するコンテンツ視聴の履歴と推論のために必要な要素を抽出し、アドレス・メタ情報記憶部３０８に記憶する。ストリーミングコンテンツの種類が異なっても、そのメタ情報の中身（記述内容）に大差はないが、その記述方法（フォーマット）は異なっている。そこで、アドレス・メタ情報抽出部３０７は、複数種のストリーミングコンテンツのメタファイルを解釈できるように構成されている。
【０１０８】
リモコン３１４は、ユーザインターフェースのひとつの要となるものであり、ストリーミングコンテンツの受信の場合、表示部３０８に表示されるストリーミングコンテンツガイド画面（又はポータルサイト画面）に基づき、ユーザが直接、リモコン３１４を操作して、所望のコンテンツを選択する。リモコン３１４には、テレビのリモコンとしてのチャンネル切り替え機能に加え、ＵＲＬ（テキスト）の入力・選択機能が追加されている。
【０１０９】
コマンド受信部３１３は、リモコン３１４からのコマンドを受信し、そのコマンドの内容に基づき、ユーザがどのコンテンツを視聴したか、さらにその視聴コンテンツからどのコンテンツへ移行したかを判断し、コンテンツ視聴／遷移履歴記憶部３１１に送る。
【０１１０】
カレンダー時計３１２は、コマンド受信部３１３と連携して、ユーザがコンテンツを視聴した日付、曜日及び時間、さらにはコンテンツを切り替えた日付、曜日及び時間をコンテンツ視聴／遷移履歴記憶部３１１に提供する。また、コンテンツ視聴／遷移履歴記憶部３１１は、コンテンツの視聴は勿論のこと、コンテンツの切り替えに関しても、コンテンツ移行前後で一定時間以上視聴していたときにのみ履歴として記録するように、制御される。
【０１１１】
コンテンツ視聴／遷移履歴記憶部３１１は、ユーザがどのサイトのどのコンテンツを視聴していたか、さらにそのコンテンツからどこのコンテンツに移行したかという履歴を記憶するデータテーブルである。記憶するパラメータは、コンテンツのＵＲＬ及びタイトル、ジャンル、並びに、視聴した日付、曜日及び時間などである。タイトル及びジャンルは、必要により記憶すればよい。基本機能の実現のためには、コンテンツのＵＲＬと日付、曜日及び時間を記憶すればよい。
【０１１２】
ユーザプロファイル生成部３１５は、コンテンツ視聴／遷移履歴記憶部３１１から入力されるデータを、所定のアルゴリズムで処理し、ユーザのコンテンツ視聴及び遷移に関する視聴／操作パターンデータ（知識ベース）であるユーザプロファイルを作成し、ユーザプロファイル記憶部３１０に格納する。この処理のアルゴリズムは、固定である必要はなく、ケースによって切り替えてもよい。
【０１１３】
コンテンツ視聴及び遷移に関するユーザプロファイルは、マルチメディア情報機器１００を使用する各ユーザの個人プロファイル本体であり、通常の家庭で使用される場合、家族の一人一人（父、母及び子供等）ごとに独立に蓄積し、管理されている。ただし、場合によっては、個人別ではなく、家族構成員（複数の人数分）のプロファイル情報を１つファミリープロファイルとしてまとめて蓄積管理してもよい。
【０１１４】
コンテンツ推論部３０９は、ユーザプロファイル記憶部３１０に格納されたコンテンツ視聴及び遷移に関するユーザのプロファイルデータと、アドレス情報記憶部３０８に格納されている現時点でリンク可能なコンテンツの中から、所定のアルゴリズムに基づき、ユーザが次に選択する可能性の高いコンテンツを推論し、決定する。
【０１１５】
インターネット接続制御部３１６は、コンテンツ推論部３０９からの指示により、次候補のコンテンツ情報にアクセスするようにインターネット接続部３０１に設定する。仮に、現在表、示（視聴）中のコンテンツのストリーミングデータがデータバッファ３０３に記憶（バッファリング）されている場合、次候補コンテンツのデータはデータバッファ３０４に記憶する。すなわち、現在の表示に使用していない側の記憶部に、次候補コンテンツのデータを予めバッファリングする。従って、データバッファの最小構成として２つの記憶部を有し、それらを交互に用いることにより、次候補のデータを予めバッファリングできる。
【０１１６】
次に、本実施例の動作を説明する。図７、図８及び図９は、本実施例による、ユーザの視聴と、操作プロファイルを利用したコンテンツ選択（切り替え）に関する基本的な動作フローを示す。
【０１１７】
マルチメディア情報機器３００の電源をオンにし、メインメニュー（図示せず）からストリーミングコンテンツの視聴を選択すると、予め指定されているストリーミングコンテンツのポータルサイトに接続する。そのサイト（ページ）のＨＴＭＬ等によって記述されている情報と、そこに登録されている全てのストリーミングコンテンツに関するメタ情報（アドレス（ＵＲＬ）を含む）を受信し、コンテンツプロファイル記憶部３０２に記憶する（Ｓ３１３）。
【０１１８】
ここでは、メタ情報は、コンテンツの所在アドレス（ＵＲＬ）、タイトル、カテゴリ（ジャンル）、アブストラクト（要約）、再生時間、録画可否及び製作者などを含む。さらに可能であれば、ポータルサイトの情報から配信スケジュールなども取得する。
【０１１９】
コンテンツプロファイル記憶部３０２に記憶されたコンテンツに関する一連の情報（メタ情報）は、メディアデコードダ３０５によりデコードされ、表示画面生成部３０６によりストリーミングコンテンツのガイド画面に変換されて、表示部３１８により表示される。（Ｓ３１４）
【０１２０】
マルチメディア情報機器３００では、放送メディアとインターネット（メディア）をシームレスにユーザに提供するため、ストリーミングコンテンツガイド機能とデジタル放送におけるＥＰＧ（電子プログラムガイド）機能を統合し、ストリーミングコンテンツとテレビ番組を一つの画面上で一覧性よく確認できる「統合型ＥＰＧ」での表示を行なっている。
【０１２１】
勿論、もっと単純な表示方法としては、マルチメディア情報機器３００にインターネットブラウザアプリケーションを搭載し、インターネット上に存在する幾つかのストリーミングコンテンツのポータルサイトのデータを受信しそのまま表示する方法もあるが、コンテンツ選択のためのユーザインタフェースとしては、あまり使い勝手が良いとは言えない。この理由から、本実施例では、前述のような提示形態を採用している。
【０１２２】
他方、ステップＳ３１６，Ｓ３１７において、アドレス・メタ情報抽出部３０７は、コンテンツプロファイル記憶部３０２に記憶された情報（メタ情報）の中から、ポータルサイトに登録されている全てのコンテンツのアドレス、ファイル情報（ＵＲＬ）及びタイトル、カテゴリ（ジャンル）、並びに配信スケジュール情報等を抽出し、アドレス・メタ情報記憶部３０８に格納する。
【０１２３】
次に、カレンダー時計３１２から現在日時及び曜日を識別し（Ｓ３１７）、その後、コンテンツ推論部３０９が、コンテンツの視聴及び遷移に関するユーザのプロファイルデータと現在のストリーミングコンテンツガイドの情報とを照らして、ユーザが選択する可能性の高い候補を予測し決定する（Ｓ３１８，Ｓ３１９）。図７には、「次コンテンツ候補予測」及び「次コンテンツ候補決定」と記されているが、これらは、電源オン直後、及びテレビ視聴からストリーミング視聴に切り替わった時の最初のストリーミングコンテンツの選択の場合には、「次」ではなく、提示されているストリーミングコンテンツガイド（Ｓ３１６）内からユーザが選択する可能性の高いストリーミングコンテンツを予測し決定することを指す。
【０１２４】
同時刻及び曜日において、過去のコンテンツ視聴及び遷移の履歴の中にサイトアドレスが一致するものが存在すれば、その情報から視聴コンテンツ候補を推論し決定することは容易である。アドレスが一致するコンテンツが存在しない場合、アドレス、曜日及び時刻などの配信情報とは関係なく、コンテンツのタイトル、カテゴリ及び製作者などの、コンテンツそのもののプロファイル情報から推論を行い、候補を決定する。
【０１２５】
次コンテンツ候補が決定されたら、インターネット接続制御部３１６に次コンテンツ候補のアドレス（ＵＲＬ）を送り、インターネット接続部３０１に次コンテンツ候補のアドレス（ＵＲＬ）を設定する（Ｓ３２０）。
【０１２６】
インターネット接続部３０１は、次コンテンツ候補のアドレスにアクセスし、そのサイトのストリーミングデータを受信し（Ｓ３２１）、データバッファ３０３に記憶する（Ｓ３２２）。
【０１２７】
ちなみに、コンテンツ遷移推論部３０９から候補として出力されるコンテンツの数は１つとは限らない。むしろ、数候補から１０数候補に及ぶ場合も多い。このため、本実施例では、１つの次コンテンツ候補をバッファリングするだけではなく、複数（第２及び第３）の候補をバッファリングする。その場合、インターネット接続部３０１は、インターネット接続制御部３１６からの指示に従い、同時に複数のコンテンツ候補のＵＲＬにアクセスし、並列にストリーミングデータを受信する。
【０１２８】
図１０は、データバッファの管理形態の一例であって、コンテンツ推論部３０９からの次コンテンツ候補の各々に対して必要十分な容量を割り当てていく場合の概念図である。データバッファ内の各セグメント（データバッファ１、２、３、…）の容量に関しては、次候補として推測されたコンテンツのプロファイル（メタ情報）から、各コンテンツの配信情報（解像度及び推奨配信レート等）を確認すると共に、インターネット接続部３０１により、現在の通信路のトラフィック（混雑）状況を確認し、実質的な回線速度を算出し、各コンテンツに必要なバッファリング容量を動的に決定する。対象となるコンテンツによってその解像度及び配信レート等は異なる。
【０１２９】
一般的に、高解像度かつ配信レートが高いものほど、大きいバッファ容量を必要とする。図１０に示す例では、次候補内であれば、何れのコンテンツであっても、スムーズに視聴を開始できる（画像の乱れや中断が無い）ように、各セグメント（データバッファ１、２、３、．．．）の容量を割り当てることを基本としている。図１０では、次コンテンツ候補の中でもっとも多くのバッファ容量を必要と判断されたコンテンツに最大の容量を割り当てるようにセグメンテーションを行っている。従って、状況により次候補としてバッファリングされるコンテンツの数は変動する。
【０１３０】
図１１は、データバッファの管理形態の他の例である。図１１では、次コンテンツ候補の中で最も推薦度（ユーザの選択可能性）の高いものに最も多くのバッファ容量を割り当て、第２候補以降には、順次、少ないバッファリング容量を割り当てるようにしている。この場合、全バッファ容量にもよるが、次候補として最も選択される可能性が高いコンテンツには、上述のコンテンツ配信情報及び回線状況から計算された必要十分な容量を割り当て、第２候補以降には、その必要容量の９０％及び８０％というように順次少ないバッファリング容量を割り当てる。
【０１３１】
また、容量の割り当て率を、コンテンツ推論部３０９から出力される各次候補の推薦度合い（適合率）に応じて動的に切り替えてもよい。即ち、第１候補を１００として規格化した場合の第２候補以降の推薦度合いが９４、８８、８３．．．となっていた場合、その比率に応じて各セグメントの容量を割り当てる。次コンテンツ候補の推薦度合いは、コンテンツ推論部３０９内の所定のアルゴリズムによって計算されるが、大まかには、推論パラメータ（ＵＲＬ、ジャンル、日付及び時間など）のマッチングの程度に基づいて算出される。
【０１３２】
図６では、説明の都合上、物理的に３つのデータバッファを設けた図を示したが、実際には、物理的に３つ存在する必要はなく、前述のように機器の要求条件（望まれる性能及びコスト）によりその全容量を決定し、動的にデータバッファ（セグメント）数及びそれぞれの容量を決定すればよい。当然だが、データバッファの容量及び数ともに、多いほうがより快適な操作感が実現できる。
【０１３３】
このように、データバッファの容量分まで次コンテンツ候補の受信とバッファリングを繰り返す。基本的には、次コンテンツ候補でデータバッファを充たした状態で、ユーザによるコンテンツ選択を待つ。
【０１３４】
この状態で、ユーザによるコンテンツ選択操作が行われると（Ｓ３２４）、選択されたストリーミングコンテンツのアドレス（ファイル名を含むＵＲＬ）が次コンテンツ候補として予測及びデータバッファにバッファリングされているか否かを判断する（Ｓ３２５）。一致していれば、対応するデータバッファに切り替え（Ｓ３２６）、そこからのデータをデコーダに送り、表示を開始する（Ｓ３２９）。同時に、インターネット接続制御部３１６は、インターネット接続部３０１に対し、ユーザの選択したストリーミングコンテンツのアドレス（ＵＲＬ）への接続を設定し、選択されたコンテンツの受信を開始し、その後、順次、データバッファを更新しながらストリーミングコンテンツの継続再生と視聴を行う。
【０１３５】
このように、ユーザが選択するであろうストリーミングコンテンツのデータの先頭部分を予めバッファリングしておくことにより、ユーザがそのコンテンツを選択したら直ちに、そのコンテンツを再生（視聴）することが可能となり、コンテンツが指定されてから、そのアドレス及びファイル（ＵＲＬ）に接続して情報をダウンロード（バッファリング）する場合に比べて、格段に高速な表示が可能となる。
【０１３６】
一方、ユーザにより選択されたコンテンツが、次コンテンツ候補のなかに存在しなかった場合、通常どおり、インターネット接続部３０１に指定サイトとファイルへのアクセスを設定し（Ｓ３２７）、そのサイトの情報をバッファリングする（Ｓ３２８）。
【０１３７】
次サイト候補と一致するか否かに関わらず、表示サイトの移行後、一定時間以上、視聴したことがカレンダー時計３１２により確認された場合（Ｓ３３０）、その結果は、（ストリーミング）コンテンツ視聴履歴としてコンテンツ視聴／遷移履歴記憶部３１１に記憶され（Ｓ３３１）、その後、適宜、ユーザプロファイルが更新される（Ｓ３３２）。なお、プロファイルの更新は、機器のＣＰＵの処理能力に余裕があれば、随時又は定時間毎に実施してもよいし、処理能力に余裕のない場合は、深夜の時間帯など、通常、ユーザによる視聴が行われていない時間帯を見計らって実施してもよい。この場合は、１日に１回、更新されることになる。
【０１３８】
プロファイル更新後はステップＳ３１４にもどり、必要に応じて、現在視聴中のアドレスを抽出し、上述と同様のフローにより、次サイト候補を予測し、情報記憶部にその情報を予め蓄積しておく。本機器の基本動作として、ストリーミングコンテンツ（サイト）の切り替えが１回、行われたら、その都度、そこからの次候補を予測し、次の切り替えに備えるように動作する。
【０１３９】
図１２は、本実施例で用いられる視聴に関するユーザプロファイルデータの一例である。ｃｎｔ＿ＵＲＬは、ユーザが視聴したコンテンツの所在アドレス及びファイル名（ＵＲＬ）である。ＣＲＩＤは、同コンテンツのリファレンスＩＤである。コンテンツリファレンスＩＤは、コンテンツの場所を特定するＵＲＬとは独立した、コンテンツ本体を特定するＩＤであり、制作者名＋制作者ごとにコンテンツの一意性を保証する形で管理される分類名称（コンテンツのカテゴリ及びシリーズ名など）の構成で記述されている。ちなみに図１２において、表記”ＡＡＡ／Ｓｐｏｒｔ”は、ＡＡＡという制作者又はコンテンツ配信管理者のスポーツという管理カテゴリ内のストリーミングコンテンツであることを表している。
【０１４０】
Ｃａｔは、同コンテンツのカテゴリである。具体的には、ニュース、スポーツ、ドラマ及び教育などがあり、ストリーミングコンテンツの場合、現在のところ、コンテンツ製作者又は配信管理者ごとに独自の分類分けがなされている。
【０１４１】
なお、テレビ、インターネット及びパッケージメディア等のコンテンツを、メディア横断的に一意に特定するための仕組みとして、ＭＰＥＧ−７及びＴＶ  Ａｎｙｔｉｍｅフォーラム等の標準化団体によりその規格化が進められている。その活動によりメタ情報（メタデータの内容及び符号化方式）及びコンテンツ参照方式が標準化されれば、その規格に基づいたメタ情報を利用することが可能となる。
【０１４２】
Ｄａｔｅ、Ｄａｙ及びＴｉｍｅは、ユーザが同コンテンツを視聴した日付、曜日及び時間を表しており、これらの情報は、機器内のカレンダー時計３１２から入力される。
【０１４３】
Ｒｅｃは、ユーザが同コンテンツを録画したか否かを表しており、次コンテンツ候補の予測には、この録画履歴も視聴履歴と同様に扱われる。
【０１４４】
図６には、コンテンツ録画のための機能ブロックを記載していないが、ここでは、マルチメディア情報機器３００にデジタル又はアナログインタフェースを介して接続する外部録画機器（例えば、Ｄ−ＶＨＳ又はＨＤＤレコーダなど）を想定している。録画の履歴は、ユーザが前述のストリーミングコンテンツのガイド画面などからリモコン操作で指示を行うことにより記録される。
【０１４５】
Ｄａｔｅ＿Ｓｔａｍｐは、その事象（コンテンツ視聴）が起こった最新の日付であり、Ｄａｔｅ、Ｄａｙ及びＴｉｍｅと同様、機器内のカレンダー時計３１２から入力される。Ｆｒｅｑは、その事象が発生した頻度を表している。
【０１４６】
また、図１２の表記“−１”は、”Ｄｏｎ’ｔ  ｃａｒｅ”の意であり、本パラメータの値にかかわらずという意味である。例えば、図１２の最上位行は、日付に関係なく（表記”−１”）、土曜日（Ｄａｙ＝６）の午後８時（Ｔｉｍｅ＝２０）に、ＡＡＡというコンテンツ配信サイト（ＳｅｒｖｅｒＡ）のＦｉｌｅｎａｍｅ１というストリーミングコンテンツを視聴した履歴が、過去に１０回（Ｆｒｅｑ＝２０）あったことを示している。同時に、視聴したコンテンツのカテゴリがスポーツ（Ｃａｔ＿ＩＤ＝２）であり、もっとも最近に視聴したのが２００１年４月２８日であることがわかる。
【０１４７】
カテゴリＩＤの具体的な説明は省略するが、図１２にいくつかの例を示した。各カテゴリ（スポーツ及びニュース等）ごとに特定の番号（ＩＤ）が機器内で割付けられており、コンテンツのメタ情報から取得したカテゴリ情報を、対照テーブル等を用いて番号の形でプロファイルに記録している。
【０１４８】
図１２の５行目から、曜日と日付に関係なく（ＤａｔｅとＤａｙがともに”−１”）、午前７時（Ｔｉｍｅ＝０７）に、ＧＧＧという配信サイトのＦｉｌｅｎａｍｅ２４を過去２０回、視聴していることがわかる。
【０１４９】
図１３は、本実施例のコンテンツ遷移（切り替え）に関するユーザプロファイルデータの一例である。Ｃ＿ｃｎｔ＿ＵＲＬ及びＮ＿ｃｎｔ＿ＵＲＬは、それぞれ、コンテンツ切り替え前及び後のコンテンツの所在アドレス及びファイル名（ＵＲＬ）である。
【０１５０】
Ｃ＿ＣＲＩＤ及びＮ＿ＣＲＩＤは、それぞれ、コンテンツ切り替え前及び後のコンテンツのリファレンスＩＤである。Ｃ＿Ｃａｔ及びＮ＿Ｃａｔは、それぞれ、コンテンツ切り替え前及び後のコンテンツのカテゴリである。いずれも、その記述内容の意味は、図１２におけるＣＲＩＤ及びＣａｔと同様である。
【０１５１】
Ｄａｔｅ、Ｄａｙ及びＴｉｍｅは、コンテンツ遷移の起こった日付、曜日及び時間を表しており、これらの情報は、機器内のカレンダー時計３１２から入力される。Ｄａｔｅ＿Ｓｔａｍｐは、その事象（コンテンツ遷移）が起こった最新の日付であり、Ｄａｔｅ、Ｄａｙ及びＴｉｍｅと同様に、機器内のカレンダー時計３１２から入力される。Ｆｒｅｑは、図１２と同様に、その事象が発生した頻度を表している。
【０１５２】
図１３の表記“−１”は、図１２の場合と同様に、”Ｄｏｎ’ｔ  ｃａｒｅ”を意味する。例えば、図１３において、最上位の行は、日付に関係なく（表記”−１”）、土曜日（Ｄａｙ＝６）の午後８時（Ｔｉｍｅ＝２０）に、ＡＡＡというコンテンツ配信サイト（ＳｅｒｖｅｒＡ）のＦｉｌｅｎａｍｅ１というストリーミングコンテンツから、同じのＡＡＡというサイトのＦｉｌｅｎａｍｅ５というストリーミングコンテンツに切り替えた履歴が、過去に８回（Ｆｒｅｑ＝８）あったことを示している。同時に、切り替え前のコンテンツのカテゴリはスポーツ（Ｃａｔ＿ＩＤ＝２）であり、切り替え後のコンテンツは、ドラマ（Ｃａｔ＿ＩＤ＝１６）であることがわかる。
【０１５３】
また、図１３の５行目には、曜日と日付に関係なく（ＤａｔｅとＤａｙがともに”−１”）、午前７時（Ｔｉｍｅ＝０７）に、ＧＧＧという配信サイトのＦｉｌｅｎａｍｅ２４からＹＹＹという配信サイトのＦｉｌｅｎａｍｅ１５に過去１６回切り替えていることが記録されている。
【０１５４】
次コンテンツ候補は、図１２及び図１３に示すようなユーザプロファイルを参照し、所定のアルゴリズムで演算処理することにより推測される。演算処理の一例として、ある条件でソート（並べ替え）した後、フィルタリングする。あるコンテンツ切り替えのタイミングにおいて、プロファイルの中に完全に合致した条件が存在しない場合、いくつかのパラメータを”Ｄｏｎ’ｔ  ｃａｒｅ”扱いにし、より一般化（条件を緩和）した形で適合するものを見つけ、次コンテンツの候補とする。具体的には、遷移履歴（ＵＲＬ）のパラメータよりも、コンテンツ自身のカテゴリ（ジャンル）などのパラメータを重視して、視聴可能なコンテンツ群の中からユーザが好む可能性の高いジャンルのコンテンツが存在すれば、それを次候補とする。
【０１５５】
図１２及び図１３に示したユーザプロファイルは、説明を簡略化するために、時間パラメータとして１時間単位での履歴データとなっているが、現実にはもっと細かい頻度での履歴が残ることになる。従って、マルチメディア情報機器３００は、常に、現在の視聴コンテンツと現在時刻（日付、曜日）をチェックし、動的に次コンテンツ候補を設定しつづけるように動作する。
【０１５６】
更に、他の実施形態として、ユーザプロファイルをストリーミングコンテンツの視聴と遷移の履歴だけでなく、マルチメディア情報機器である特徴を活かして、テレビ番組の視聴履歴も加味したユーザプロファイルとして生成してもよい。その場合、テレビ番組に関する情報のうち、特にジャンル及びタイトルなどの情報は、ストリーミングコンテンツの属性（メタ情報）と共通のパラメータとして扱うことができ、ユーザがどのようなジャンルのコンテンツを好んでいるかを多方面からより適確に把握することが可能となる。これにより、ストリーミングコンテンツの次候補の推論がより正確になる効果がある。
【０１５７】
本実施例は、ストリーミングコンテンツ視聴の次候補を、過去のコンテンツの視聴履歴又はコンテンツ間遷移履歴により作成されるユーザのプロファイルにより決定する点にある。次候補の適合率（ヒット率）を上げるためには、十分な量の視聴と閲覧の履歴、プロファイルパラメータの数、及び次候補を記憶する十分な記憶容量などが必要となる。これらの中で、特にユーザプロファイルに関しては、機器の使用初期の段階において、ユーザに対してその興味及び嗜好を尋ねる画面を提示し、そこに所定の項目（好きなジャンルなど）を入力してもらうことにより、ユーザプロファイルの初期データを生成するのが好ましい。使用初期の段階では、その初期データにより次候補を推論する。
【０１５８】
以上のように、本実施例では、ユーザの視聴したコンテンツの視聴及び遷移の履歴からコンテンツの視聴及び遷移に関するユーザプロファイルを生成し、そのプロファイルに基づいて、ユーザが視聴する可能性の高いコンテンツ候補を予測し、予めストリーミングデータの一部（先頭部分）をバッファリングしておくことにより、従来のストリーミングコンテンツ視聴における視聴開始時（切り替え時）の待ち時間を解消でき、スムーズなコンテンツ切り替えと視聴が可能となる。
【図面の簡単な説明】
【０１５９】
【図１】本発明の第１実施例の概略構成ブロック図である。
【図２】第１実施例の動作フローチャートである。
【図３】第１実施例のユーザプロファイルのデータ構成及び内容例である。
【図４】本発明の第２実施例の概略構成ブロック図である。
【図５】第２実施例の動作フローチャートである。
【図６】本発明の第３実施例の概略構成ブロック図である。
【図７】第３実施例の動作フローチャートである。
【図８】図７に続く第３実施例の動作フローチャートである。
【図９】図８に続く第３実施例の動作フローチャートである。
【図１０】データバッファの構成例である。
【図１１】データバッファの別の構成例である。
【図１２】ユーザプロファイルの構成例である。
【図１３】ユーザプロファイルの別の構成例である。
【符号の説明】
【０１６０】
１００：マルチメディア情報機器
１０１，１０２：情報受信部
１０３：情報分離部
１０４：チャネル情報抽出部
１０５：チャンネル情報記憶部
１０６：Ａ／Ｖ／Ｄデコーダ
１０７：表示合成部
１０８：表示部
１０９：チャンネル遷移推論部
１１０：ガイド画面生成部
１１１：チャンネル遷移履歴記憶部
１１２：カレンダー時計
１１３：コマンド受信部
１１４：リモコン
１１５：ユーザプロファイル生成部
１１６：ユーザプロファイル記憶部
１１７：情報受信部設定部
２００：マルチメディア情報機器
２０１：インターネット接続部
２０２，２０３，２０４：情報記憶部
２０５：モノメディアデコーダ
２０６：表示画面生成部
２０７：アドレス情報抽出部
２０８：アドレス情報記憶部
２０９：サイト遷移推論部
２１１：サイト遷移履歴記憶部
２１２：カレンダー時計
２１３：コマンド受信部
２１４：リモコン
２１５：ユーザプロファイル生成部
２１６：ユーザプロファイル記憶部
２１７：インターネット接続制御部
２１８：表示部
３００：マルチメディア情報機器
３０１：インターネット接続部
３０２，３０３，３０４：データバッファ
３０５：メディアデコーダ
３０６：表示画面生成部
３０７：アドレス・メタ情報抽出部
３０８：アドレス・メタ情報記憶部
３０９：コンテンツ遷移推論部
３１０：ユーザプロファイル記憶部
３１１：コンテンツ視聴／遷移履歴記憶部
３１２：カレンダー時計
３１３：コマンド受信部
３１４：リモコン
３１５：インターネット接続制御部
３１８：表示部
【図１】
2005130087.tif 000003
【図２】
2005130087.tif 000004
【図３】
2005130087.tif 000005
【図４】
2005130087.tif 000006
【図５】
2005130087.tif 000007
【図６】
2005130087.tif 000008
【図７】
2005130087.tif 000009
【図８】
2005130087.tif 000010
【図９】
2005130087.tif 000011
【図１０】
2005130087.tif 000012
【図１１】
2005130087.tif 000013
【図１２】
2005130087.tif 000014
【図１３】
2005130087.tif 000015