JP2011124709A - Ｉｐ放送受信端末、及びｉｐ放送受信端末のチャンネル切替え方法 - Google Patents

Abstract

【課題】ＩＰ放送視聴時において、チャンネル変更を行う際には、マルチキャスト伝送に由来して変更するための待ち時間を設ける必要があるため、所望のチャンネルを見つけるまでの所要時間が長くなる。
【解決手段】ＩＰ放送の受信端末において、チャンネル変更を行う際に、受信端末に設定された利用可能なネットワーク帯域幅の情報をもとに、選局可能なチャンネル数を限定することで、大量の放送データがネットワーク上に配信されることを防止し、チャンネル変更時の待ち時間を低減する。また、選択可能なチャンネル数を限定する際に、番組のジャンル、番組の進捗率、受信端末での視聴履歴などの情報を用いることで、利用者が所望のチャンネルを選局可能とする。
【選択図】図１

Description

本発明はＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）放送受信端末、及びＩＰ放送受信端末のチャンネル切替え方法に係り、特に受信するチャンネルを変更する際の待ち時間を低減したＩＰ放送受信端末、及びＩＰ放送受信端末のチャンネル切替え方法に関する。

ＩＰ放送では、同一の情報を多数の受信者に向けて放送データを配信するため、これに適した伝送方式であるマルチキャスト伝送を利用する。ＩＰ放送の受信端末が、マルチキャストで伝送される情報を受信する際には、伝送経路上のルータから放送データを配信してもらう必要があり、そのためにマルチキャストグループへ参加するためのＪＯＩＮメッセージを送信する。伝送系路上のルータがＪＯＩＮメッセージを受信すると、受信端末が接続されている配下のネットワークに対して放送データの配信を開始する。

ＩＰ放送の受信端末が受信を停止する場合は、マルチキャスト配信から離脱するためのＬＥＡＶＥメッセージを送信する。配信を行っている伝送系路上のルータがＬＥＡＶＥメッセージを受信すると、配下のネットワーク内に他に受信を行っている受信端末が存在しないか確認するためのメッセージを送信する。
ルータからのメッセージに対して、配下のネットワーク内の受信端末から一定時間内に返信がなければ、ルータは放送データの配信を停止する。この返信を待つ間は放送データが配信され続ける。

このため、ＪＯＩＮとＬＥＡＶＥを短時間に繰り返すと、大量の放送データが一時的にネットワークに伝送されるため、本来受信すべき放送データの受信に障害が発生することになる。ＩＰ放送におけるチャンネル変更は、受信中の放送データの配信をＬＥＡＶＥメッセージにより停止し、別の放送データをＪＯＩＮメッセージにより配信を要求することで行うが、短時間にチャンネル変更が繰り返されることによる障害が発生しないように、受信端末側では、ＬＥＡＶＥメッセージの送信後に、ＪＯＩＮメッセージを送信する前に待ち時間を設けるような仕組みが必要となる。

これにより、ＩＰ放送でのチャンネル変更には、従来のＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）放送でのチャンネル変更にくらべて、時間がかかることになる。
このようなチャンネル変更にかかる時間を低減させるため、特許文献１では受信端末と配信をおこなう中継装置を協調動作させ、利用可能な帯域内で複数の番組配信を行うシステムを開示している。

特開２００７−１２４１７７号公報

しかしながら、前記特許文献１が開示するシステムでは、中継装置と受信装置の両者が前記の機能に対応していない場合は、効果を発揮できない。
本発明の目的は、前記した課題を解決したうえで、受信するチャンネルを変更する際の待ち時間を低減したＩＰ放送受信端末、及びＩＰ放送受信端末のチャンネル切替え方法を提供することにある。

前記目的を達成するため本発明は、ネットワークを介して放送番組を受信するためのＩＰ放送受信端末であって、前記ネットワークから前記放送番組に関わる番組情報を取得する通信部と、前記通信部で取得した前記番組情報を供給され、前記番組情報の有する項目を記録した番組情報テーブルと、該番組情報テーブルに基づき前記放送番組における利用者の視聴履歴を記録した視聴履歴テーブルと、前記番組情報テーブルと前記視聴履歴テーブルに基づき選局の優先順に番組を抽出した選局用テーブルを生成する制御部と、前記番組情報テーブルと視聴履歴テーブルと選局用テーブルを格納する記憶部と、放送映像を表示する表示部と、前記表示部に表示された選局用テーブルに基づき前記利用者が視聴する番組を選択して前記制御部に入力するための入力部を有し、前記制御部は、前記入力部から前記利用者が入力した前記放送番組のジャンルと通信帯域幅に基づき前記選局用テーブルを生成することを特徴としている。

また本発明は、ネットワークを介して放送番組を受信するための番組情報を記載した選局用テーブルを有するＩＰ放送受信端末のチャンネル切替え方法であって、前記ＩＰ放送受信端末の利用者の指示に応じて現在視聴中の番組が選択されてから所定の時間を経過したか否かを判定する経過時間判定ステップと、該経過時間判定ステップでの判定の結果、前記所定時間を経過しないと判定された場合には、前記選局用テーブルが現時点で有効か否かを判定する有効性判定ステップと、該有効性判定ステップでの判定の結果、前記選局用テーブルが現時点で有効であると判定された場合には、前記選局用テーブルを用いて前記チャンネル切替えを行い、前記経過時間判定ステップでの判定の結果、前記所定時間を経過したと判定された場合、及び前記有効性判定ステップでの判定の結果、前記選局用テーブルが現時点で有効でないと判定された場合には、前記選局用テーブルを現時点での前記番組情報に基づくよう更新し、該更新された選局用テーブルを用いて前記チャンネル切替えを行うことを特徴としている。

本発明によれば、受信するチャンネルを変更する際の待ち時間を低減したＩＰ放送受信端末、及びＩＰ放送受信端末のチャンネル切替え方法を実現でき、放送を受信するユーザの使い勝手の向上に寄与することができる。

ＩＰ放送受信端末のブロック図の例である。 ＩＰ放送受信端末を操作するリモコンの概観図の例である。 番組情報テーブルを示す図の例である。 視聴履歴テーブルを示す図の例である。 選局候補テーブルを示す図の例である。 選局用テーブルを示す図の例である。 チャンネル変更処理のフローチャートの例である。 選局候補テーブル作成処理のフローチャートの例である。 選局用テーブル作成処理のフローチャートの例である。

以下、本発明の実施例につき図面を用いて説明する。

図１は、ＩＰ放送受信端末のブロック図である。１は受信端末、２は受信端末１の接続するネットワーク、３はリモコン、１０は通信部、１１は表示部、１２は記憶部、１３は入力制御部、１４は視聴再生部、１５は制御部である。
図１において、受信端末１は、ネットワーク２と接続してＩＰ放送の放送データを受信するための通信部１０と、液晶パネルなどで映像情報を提供する表示部１１と、制御プログラムや各種情報を記録するための記憶部１２と、受信端末１の操作指示や情報入力を行う入力制御部１３と、通信部１０で取得した圧縮された映像コンテンツなどの放送データを復号して再生するためのデコーダを備えた視聴再生部１４と、以上の各部を制御するための制御部１５を有している。

図２は、受信端末１を操作するためのリモコン３の概観図である。２１は電源ボタン、２２、２３、２４は放送番組のジャンルを選択するためのジャンルボタンであり、２２はジャンル「ニュース」を指定するニュースボタン、２３はジャンル「映画」を指定する映画ボタン、２４はジャンル「ドラマ」を指定するドラマボタン、２５はアップボタン、２６はダウンボタン、２７は設定ボタンである。

電源ボタン２１は受信端末１の電源を投入して視聴を開始するためのボタン、ジャンルボタン２２、２３、２４は視聴する番組のジャンルを指定してチャンネルを変更するためのボタン、アップボタン２５とダウンボタン２６はチャンネルを変更するためのボタン、設定ボタン２７は受信端末１が利用可能なネットワークの帯域幅を指定するためのボタンである。

受信端末１が、チャンネル変更処理の際に必要とする、番組情報テーブル３０と視聴履歴テーブル４０と選局候補テーブル５０と選局用テーブル６０について説明する。各テーブルは受信端末１の記憶部１２に格納される。
番組情報テーブル３０は、各チャンネルで放送している番組の開始時刻や終了時刻などの情報を含んでおり、受信端末１がチャンネル変更を行う前にあらかじめネットワーク２から取得する。

図３は、番組情報テーブル３０を示す図である。番組情報テーブル３０は放送局やサーバ等からＩＰ放送として配信される。３１は項目「マルチキャストアドレス」、３２は項目「開始時刻」、３３は項目「終了時刻」、３４は項目「番組タイトル」、３５は項目「ジャンル」、３６は項目「ビットレート」である。マルチキャストアドレス３１は選局の際に必要となる情報、開始時刻３２と終了時刻３３は番組の放送時刻を示す情報、番組タイトル３４は番組のタイトル名、ジャンル３５は番組のジャンルを示す情報、ビットレート３６は番組の放送データの単位時間当たりのサイズを示す情報である。

図４は、視聴履歴テーブル４０を示す図である。視聴履歴テーブル４０は、前記番組情報テーブル３０に基づき受信端末１の制御部１５が作成するテーブルであり、図３に示した番組情報テーブル３０からの所定項目のほか、利用者の視聴した番組を最後に視聴した時刻が記録されている。図４において、４１は項目「マルチキャストアドレス」、４２は項目「開始時刻」、４３は項目「終了時刻」、４４は項目「番組タイトル」、４５は項目「ジャンル」、４６は項目「直近の視聴時刻」である。直近の視聴時刻４６は利用者が最後に視聴した時刻である。

図５は、選局候補テーブル５０を示す図である。選局候補テーブル５０は、前記番組情報テーブル３０や前記視聴履歴テーブル４０に基づき受信端末１の制御部１５が作成するテーブルであり、図３に示した番組情報テーブル３０や図４に示した視聴履歴テーブル４０からの所定項目のほか、番組の進捗率が記録されている。図５において、５１は項目「マルチキャストアドレス」、５２は項目「開始時刻」、５３は項目「終了時刻」、５４は項目「番組タイトル」、５５は項目「ビットレート」、５６は項目「進捗率」、５７は項目「直近の視聴時刻」である。進捗率５６は、番組が開始されてから全体の何％が経過したのかを示す情報である。

図６は、選局用テーブル６０を示す図である。選局用テーブル６０は、前記選局候補テーブル５０に基づき受信端末１の制御部１５が作成するテーブルであり、図５に示した選局候補テーブル５０からの所定項目のほか、視聴中フラグが記録されている。図６において、６１は項目「マルチキャストアドレス」、６２は「番組タイトル」、６３は項目「ジャンル」、６４は項目「ビットレート」、６５は項目「視聴中フラグ」である。視聴中フラグ６５は、現在視聴しているチャンネルを示す情報である。

次に、これらのテーブルを利用して、チャンネル変更を行う方法について説明する。
まず、利用者はリモコン３の設定ボタン２７とアップボタン２５とダウンボタン２６を用いて、受信端末１が利用可能な帯域幅を設定する。受信端末１の入力制御部１３がリモコン３から送信された設定ボタン２７の押下を受信すると、表示部１１は利用可能な帯域幅を指定するための設定画面を表示する。ここで入力制御部１３はアップボタン２５ないしダウンボタン２６の押下を受信すると、制御部１５は利用可能な帯域幅の数値が上下させる。数値は、単位時間当たりのデータ量である例えば３０Ｍｂｐｓなどの単位を用いる。入力制御部１３はアップボタン２５とダウンボタン２６による、画面上の数値の変更を受け付け、設定ボタン２７の押下を受け付けると制御部１５は利用可能な帯域幅を設定する。記憶部１２はこの設定された利用可能帯域幅の値を記録する。それ以降、設定された利用可能帯域幅で伝送可能な数の番組タイトルが選択できる。

なお、利用可能帯域幅の設定はユーザが行うこととしたが、通信部１０がネットワークの利用可能帯域幅をルータに問い合わせに行くことにより、ルータから通知された利用可能な帯域幅を利用可能帯域幅の値として記憶部１２に記憶してもよい。また同様に通信部１０がＩＰ放送等を送信等するサーバに問い合わせに行き、サーバから通知された利用可能な帯域幅を利用可能帯域幅の値として記憶部１２に記憶してもよい。

次に、利用者はリモコン３のジャンルボタンを押して、チャンネル変更の操作を行う。
図７は、チャンネル変更処理のフローチャートである。ここでは、視聴中にジャンルボタンを押した際の受信端末１の処理フロー例を示している。一例として、利用者が視聴中にリモコン３のニュースボタン２２を押したとする。入力制御部１３はリモコン３を介してニュースボタン２２の押下を受け付ける（Ｓ１０１）。受信端末１の制御部１５は、記憶部１２に記憶された番組情報テーブル３０と現在視聴している番組の情報に基づき、視聴しているチャンネルの番組情報であるマルチキャストアドレス３１と開始時刻３２と終了時刻３３と番組タイトル３４とジャンル３５を、視聴履歴テーブル４０のマルチキャストアドレス４１と開始時刻４２と終了時刻４３と番組タイトル４４とジャンル４５の各欄に記録し、さらに現在の時刻を視聴履歴テーブル４０の項目「直近の視聴時刻」４６の欄に記録する（Ｓ１０２）。

視聴履歴テーブル４０には、これ以前の視聴履歴も記録されているが、項目「直近の視聴時刻」４６の中から、Ｓ１０２で記録した情報を除いた中で、最も間近の時刻情報と現在時刻の差分を取り、その差がＸ秒以内か否かを判定する（Ｓ１０３）。Ｘの値は受信端末１の制御プログラムであらかじめ指定している値であり記憶部１２の中に値が記憶されている。

すなわち、現在受信しているチャンネルに変更してから長い時間を経ている場合には、前回作成した選局用テーブル６０にある放送が既に終了するなどして選局用テーブル６０が無効となっている場合が多い。そこで、制御部１５は、記憶部１２から取得した所定の時間Ｘと前記差分を比較し、所定の値Ｘよりも前記差分が大きい場合は選局用テーブル６０を再度作成する。しかし、前記差分が小さい場合は、現在の選局用テーブル６０が有効ならば、これを使用して新たなチャンネルを選局することで、前記したチャンネル変更時の待ち時間を低減することができる。

また、ジャンルボタンを押すたびに選局用テーブルを更新してしまうと、そのたびにテーブル内の番組の順序が入れ替わり、場合によっては同じ番組が頻繁に選局されてしまう可能性があり、これを防止するために本判定処理を行う。つまり、選局用テーブルは、選局ボタンの押下に応じてチャンネルが切り替わるが、最後のチャンネルの次は最初のチャンネルを表示しループして使われる。この場合にボタンを押すたびにテーブルを更新してしまうと、そのたびにテーブル上の選局順序が変わってしまって使いづらいため、番組を探している一定の間(Ｘ秒)は順序を固定する。
Ｓ１０３においてＸ秒未満の場合は（図中のＹＥＳ）、有効な選局用テーブル６０が記憶部１２に存在するか判定する処理（Ｓ１０４）へ移行する。Ｘ秒以上の場合は（図中のＮＯ）、選局候補テーブル５０の作成処理へ移行する（Ｓ１０５）。

Ｓ１０４における判定処理は次のように行う。制御部１５は記憶部１２に有効な選局用テーブル６０が存在するか否か判定し、存在しない場合は、判定が図中のＮＯとなり、選局候補テーブル５０の作成処理へ移行する（Ｓ１０５）。記憶部１２に有効な選局用テーブル６０が存在する場合は、判定が図中のＹＥＳとなり、チャンネルの選局処理へ移行する（Ｓ１０７）。

なお、選局用テーブル６０が有効であるか否かの判定条件は次の通りである。例えば、Ｓ１０１で押下されたジャンルが“ニュース”であった場合、選局用テーブル６０が、指定ジャンルの“ニュース”の番組のみで構成されている、もしくはひとつの行以外が“ニュース”の番組のみで構成されている場合が有効である。“ニュース“以外のジャンルの番組がひとつだけ入っていても良い理由は、選局操作前に視聴していた番組がテーブルに含まれるためであり、その番組のジャンルが”ニュース”とは限らないためである。

Ｓ１０５において、指定ジャンルである“ニュース“に該当する番組を抽出した選局候補テーブル５０の作成処理が完了すると、設定された利用可能帯域幅に応じてチャンネル数を調整した選局用テーブル６０の作成処理を行い（Ｓ１０６）、チャンネルの選局処理へ移行する（Ｓ１０７）。なお、Ｓ１０６で作成した選局用テーブル６０において、現在視聴しているチャンネルの視聴中フラグ６５は“ＹＥＳ”とされる。
最後に、選局用テーブル６０の項目「視聴中フラグ」６５の値が“ＹＥＳ”となっている行の下の行のチャンネルを選局する。このとき、制御部１５は、あわせて選局用テーブル６０の各行の項目「視聴中フラグ」６５の値をすべて“ＮＯ”に変更したうえで、選局したチャンネルの該当行の値を“ＹＥＳ”に変更する(Ｓ１０７)。なお、「視聴中フラグ」６５の値が“ＹＥＳ”である行がない場合には、例えば図６の１行目のチャンネルを選局すると良い。
以上により、ニュースボタン２２に応じた選局処理が行われる。他のジャンルボタン、例えば映画ボタン２３やドラマボタン２４に応じた処理も、選択するジャンルが異なるほかは、上記と同様で良い。

次に、選局候補テーブル５０の作成方法について説明する。図８は、本発明の一実施例における選局候補テーブル作成処理のフローチャートであり、図７のＳ１０５の詳細な手順を示す処理フローの例である。
まず、制御部１５は、新規に空欄の選局候補テーブル５０を作成し、現在時刻に放送中かつ押されたジャンルボタンと合致するジャンルの複数のチャンネルを、番組情報テーブル３０から抽出し、選局候補テーブル５０に追加する（Ｓ２０１）。ここでは、ジャンルボタンのうち、ニュースボタン２２が押されたとして、番組情報テーブルの項目「ジャンル」の値が“ニュース”のチャンネルを選局候補テーブル５０に追加する。

次に、制御部１５は、現在時刻と、選局候補テーブル５０の項目「開始時刻」５２と項目「終了時刻」５３から、番組の進捗率５６を算出し、選局候補テーブル５０に追記する。進捗率５６の計算式は、「進捗率＝（終了時刻−現在時刻）÷（終了時刻−開始時刻）」である。進捗率５６の追記処理が完了すると、制御部１５は、項目「進捗率」５６の低い順に選局候補テーブルの行を並び替える（Ｓ２０２）。

次に、視聴履歴テーブル４０を読み出し、視聴履歴テーブル４０と選局候補テーブル５０を比較し、項目「マルチキャストアドレス」４１及び５１と項目「番組タイトル」４４及び５４が一致する行があった場合は、視聴履歴テーブル４０の項目「直近の視聴時刻」４６の値を、選局候補テーブルの項目「直近の視聴時刻」５７の欄に追記する。視聴履歴テーブル４０の項目「直近の視聴時刻」４６に値が無い場合は、追記を行わない。追記処理を完了すると、制御部１５は、選局候補テーブル５０の項目「直近の視聴時刻」５７の時刻が、上の行から下の行に向かって、古い時刻から最近の時刻の順になるように、選局候補テーブルの行を並び替える。このとき、項目「直近の視聴時刻」５７が空欄の行は、最も古い時刻よりも上の行に並び替える（Ｓ２０３）。

次に、選局候補テーブル５０内に現在視聴しているチャンネルが含まれている場合は、制御部１５がそれを選局候補テーブル５０の最上行に移動する。現在視聴中の番組とは異なるジャンルを選んだ場合のように、選局候補テーブル５０内に現在視聴しているチャンネルが含まれていない場合は、制御部１５は現在視聴しているチャンネルの番組情報を選局候補テーブル５０の最上行に追加する（Ｓ２０４）。図５において、Ｎｏ．１の番組は現在視聴中であるためにＳ２０４で最上行に置かれている。Ｎｏ．２とＮｏ．３の番組は「直近の視聴時刻」５７が空欄でありＳ２０３で「直近の視聴時刻」５７が最も古い時刻の行よりも上の行に並べ替えたため、Ｎｏ．１の番組の次に置かれている。

以上により、選局候補テーブル５０が作成される。選局候補テーブル５０の作成時に、番組の進捗率５６の低い順に選局候補テーブル５０の行を並び替えることで、番組の放送内容を見逃す割合が少ない順に選局を行うことができる。また、項目「直近の視聴時刻」５７が最近の順に選局候補テーブル５０を並び替えることで、利用者が現在の選局操作より前の選局操作によって視聴済みのチャンネル（番組の内容を確認済みのチャンネル) よりも、未試聴または前回の選局から時間がより経過しているチャンネルを優先的な選局対象とすることになり、短時間でより多くのチャンネルの放送内容を吟味することができる。

次に、選局用テーブルの作成方法について説明する。図９は、選局用テーブル作成処理のフローチャートであり、図７におけるＳ１０６の選局用テーブル作成処理の詳細な手順を示す。Ｓ３０１からＳ３０３はループ処理を示すステップである。Ｓ３０１は、ループ処理の開始を示すステップである。ループの開始時には、制御部１５は新規に空欄の選局用テーブル６０を作成する。Ｓ３０２では、制御部１５は選局候補テーブル５０の最上行のチャンネルの情報を選択して、選局用テーブル６０に追加する。選局用テーブル６０に追加したのち、選局候補テーブル５０から選択したチャンネルを削除する。

Ｓ３０２の処理は、続くＳ３０３のループ処理の終了条件を満たすまで、繰り返し実行する。
Ｓ３０３は、ループ処理の終了条件を示すステップであり、選局候補テーブルのチャンネルが０個になるか、または、選局用テーブル６０の項目「ビットレート」６４の合計値が記憶部１２から取得された利用可能帯域幅の値を超過した場合にループ処理を終了する。Ｓ３０４は、選局用テーブルの項目「ビットレート」６４の合計値が記憶部１２から取得された利用可能帯域幅以下であるかを判定するステップである。Ｓ３０４の判定が真（図中のＹＥＳ）の場合は、後記するＳ３０６へ移行する。

Ｓ３０４の判定が偽（図中のＮＯ）の場合は、選局用テーブルの項目「ビットレート」６４の合計値を、利用可能帯域幅以下にするために、制御部１５は選局用テーブル６０の最下行のチャンネルを選局用テーブルから削除する（Ｓ３０５）。
最後に、選局用テーブルの最上行の項目「視聴中フラグ」６５の値を“ＹＥＳ”にして、他の行の値はすべて“ＮＯ”とする（Ｓ３０６）。

以上により、選局用テーブル６０が作成される。選局用テーブル６０の作成時に、選局用テーブル６０に含まれるチャンネル数を利用可能帯域幅に従って制限することで、チャンネル変更を短時間に繰り返した場合でも、ネットワーク帯域を圧迫することがなくなることから、チャンネル変更時の待ち時間が不要になり、チャンネル変更を短時間で行うことができる。
以上の手順により、利用者は受信端末１において、リモコン３のジャンルボタン２２、２３ないし２４を押すたびに、多くの放送チャンネルの中から所望のジャンルの番組を放送しているチャンネルのみを、短時間で次々に選局して表示することができる。

次に、受信端末１において、リモコン３のアップボタン２５とダウンボタン２６を押して、チャンネル変更を行う方法について説明する。
ダウンボタン２６を押してからチャンネル変更するまでの処理を、図７の処理フローを用いて説明する。

図７のステップＳ１０１において、実施例１ではジャンルボタンを押すことにより処理が開始されるが、ダウンボタン２６を押した時は、ダウンボタン２６によって処理を開始する。Ｓ１０２以降の処理は、実施例１と全く同様であるため説明を省略する。
ダウンボタン２６を押した時の選局候補テーブル５０の作成処理について、図８の処理フローを用いて説明する。図８のステップＳ２０１において、実施例１では押されたジャンルボタンの種別で指定ジャンルを決定するが、ダウンボタン２６を押した時は現在視聴中の番組のジャンルを指定ジャンルとする。たとえば、現在視聴中のチャンネルの番組のジャンルが「映画」の場合は、指定するジャンルが「映画」となる。制御部１５は現在視聴中のチャンネルのジャンルの情報を番組情報テーブル３０のジャンル３５から取得する。Ｓ２０１以降のステップでの処理は実施例１と全く同様であるため、説明を省略する。

ダウンボタン２６を押した時の選局用テーブル６０の作成処理についてであるが、実施例１の説明と同様に図９の処理フローによって処理を行うため、詳細な説明は省略する。
以上により、利用者はダウンボタン２６を押すことで選局を行うことができる。

次に、アップボタン２５を押してからチャンネル変更するまでの処理を、図７の処理フローを用いて説明する。図７のステップＳ１０１において、実施例１ではジャンルボタンを押すことにより処理が開始されるが、アップボタン２５を押した時は、アップボタン２５によって処理を開始する。

ステップＳ１０２からＳ１０６までの処理は実施例１と全く同様である。ステップＳ１０７において、実施例１では、選局用テーブルの項目「視聴中フラグ」の値が“ＹＥＳ”となっている下の行のチャンネルを選局するが、入力制御部１３がアップボタン２５の押下を検知した時は、制御部１５は選局用テーブル６０の項目「視聴中フラグ」６５の値が“ＹＥＳ”となっている行の上の行のチャンネルを選局する。「視聴中フラグ」６５の値が“ＹＥＳ”となっている行が選局用テーブル６０の一番上にある場合には、テーブルの一番下の行のチャンネルを選局する。また実施例１と同様に、あわせて選局用テーブル６０の各行の項目「視聴中フラグ」６５の値をすべて“ＮＯ”に変更し、選局したチャンネルの該当行の値を“ＹＥＳ”に変更する。

アップボタン２５を押した時の選局候補テーブル５０の作成処理について、図８の処理フローを用いて説明する。図８のステップＳ２０１において、ダウンボタン２６を押した時と同様に、制御部１５は現在視聴中のチャンネルのジャンルの情報を番組情報テーブル３０のジャンル３５から取得することで、現在視聴中の番組のジャンルを指定ジャンルとする。Ｓ２０１以降のステップでの処理は実施例１と全く同様であるため、説明を省略する。
アップボタン２５を押した時の選局用テーブル６０の作成処理についてであるが、実施例１の説明と同様に図９の処理フローによって処理を行うため、詳細な説明は省略する。

以上により、アップボタン２５とダウンボタン２６を使用することで、利用者が現在視聴中の番組と同じジャンルで異なる番組に変更したい場合に、ジャンルの指定が不要となり、チャンネル選局用テーブル６０にあるチャンネルを順に選局し、また逆順に選局することが可能となる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換えをすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、制御部１５がそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録部１２、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１：受信端末、２：ネットワーク、３：リモコン、１０：通信部、１１：表示部、１２：記憶部、１３：入力制御部、１４：視聴再生部、１５：制御部、２１：電源ボタン、２２：ニュースボタン、２３：映画ボタン、２４：ドラマボタン、２５：アップボタン、２６：ダウンボタン、２７：設定ボタン、３１：マルチキャストアドレス、３２：開始時刻、３３：終了時刻、３４：番組タイトル、３５：ジャンル、３６：ビットレート、４１：マルチキャストアドレス、４２：開始時刻、４３：終了時刻、４４：番組タイトル、４５：ジャンル、４６：直近の視聴時刻、５１：マルチキャストアドレス、５２：開始時刻、５３：終了時刻、５４：番組タイトル、５５：ビットレート、５６：進捗率、５７：直近の視聴時刻、６１：マルチキャストアドレス、６２、番組タイトル、６３：ジャンル、６４：ビットレート、６５：視聴中フラグ。

Claims (5)

1. ネットワークを介して放送番組を受信するためのＩＰ放送受信端末であって、
   前記ネットワークから前記放送番組に関わる番組情報を取得する通信部と、
   前記通信部で取得した前記番組情報を供給され、前記番組情報の有する項目を記録した番組情報テーブルと、該番組情報テーブルに基づき前記放送番組における利用者の視聴履歴を記録した視聴履歴テーブルと、前記番組情報テーブルと前記視聴履歴テーブルに基づき番組を選曲するための選局用テーブルを生成する制御部と、
   前記番組情報テーブルと視聴履歴テーブルと選局用テーブルを格納する記憶部と、
   前記記憶部に記録された選局用テーブルに基づき前記利用者が視聴する番組を選択して前記制御部に入力するための入力部を有し、
   前記制御部は、
   前記入力部から前記利用者が入力した前記放送番組のジャンルと通信帯域幅に基づき前記選局用テーブルを生成することを特徴とするＩＰ放送受信端末。
2. 請求項１に記載のＩＰ放送受信端末であって、
   前記入力部は、前記放送番組を昇順ないし降順に指示する機能を有し、
   前記制御部は、前記視聴履歴テーブルに基づき前記放送番組の表示順序を決定して前記選局用テーブルを生成し、前記入力部からの指示に応じて前記選局用テーブルに示された表示順序で前記放送番組を選択することを特徴とするＩＰ放送受信端末。
3. 請求項１に記載のＩＰ放送受信端末であって、
   前記選局用テーブルを生成するための通信帯域の情報は、前記ネットワークから前記通信部に供給され前記記憶部に記憶されることを特徴とするＩＰ放送受信端末。
4. 請求項２に記載のＩＰ放送受信端末であって、
   前記記憶部は、前記入力部から前記利用者が入力した前記放送番組のジャンルの番組タイトルにつき、
   視聴した番組の直近の視聴時刻を記載した視聴履歴テーブルと、
   前記番組タイトルの放送開始からの進捗率を記載した選局候補テーブルを記憶し、
   前記制御部は前記選局用テーブルを生成する際に、前記入力部から前記利用者が入力した前記放送番組のジャンルの番組タイトルにつき、
   前記番組タイトルのデータレートの和が前記通信帯域で通信できる範囲において、
   現在視聴中の番組タイトルがある場合にはこれを最も優先した順位で、
   次に、前記視聴履歴テーブルに前記直近の視聴時刻が記載されない番組タイトルを前記選局候補テーブルに記載された前記進捗率が小さい順に優先した順位で選択して、
   前記番組タイトルの表示順序を決定し前記選局用テーブルを生成することを特徴とするＩＰ放送受信端末。
5. ネットワークを介して放送番組を受信するための番組情報を記載した選局用テーブルを有するＩＰ放送受信端末のチャンネル切替え方法であって、
   前記ＩＰ放送受信端末の利用者の指示に応じて現在視聴中の番組が選択されてから所定の時間を経過したか否かを判定する経過時間判定ステップと、
   該経過時間判定ステップでの判定の結果、前記所定時間を経過しないと判定された場合には、前記選局用テーブルが現時点で有効か否かを判定する有効性判定ステップと、
   該有効性判定ステップでの判定の結果、前記選局用テーブルが現時点で有効であると判定された場合には、前記選局用テーブルを用いて前記チャンネル切替えを行い、
   前記経過時間判定ステップでの判定の結果、前記所定時間を経過したと判定された場合、及び前記有効性判定ステップでの判定の結果、前記選局用テーブルが現時点で有効でないと判定された場合には、前記選局用テーブルを現時点での前記番組情報に基づくよう更新し、該更新された選局用テーブルを用いて前記チャンネル切替えを行うことを特徴とするＩＰ放送受信端末のチャンネル切替え方法。

Images